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DRAFT  MILITARY  SPECIFICATION  FOR 
MAINTENANCE  TASK  IDENTIFICATION  AND  ANALYSIS: 
ORGANIZATIONAL  AND  INTERMEDIATE  MAINTENANCE 

1.  SCOPE 

1.1  Scope.  This  specification  defines  the  requirements  for  the  content  and 
format  of  Maintenance  Task  Identification  and  Analysis  (MTI&A)  to  be  used  as 
a  basis  for  subsequent  preparation  of  Organizational  and  Intermediate  level  Job 
Performance  Aids  (JPA)  called  Job  Guide  Manuals  (JGM)  and  Logic  Tree 
Troubleshooting  Aids  (LTTA),  as  well  as  other  types  of  technical  manuals.  As 
used  in  this  specification  "maintenance  task  identification,"  also  referred  to 

as  "task  identification,"  means  the  ascertainment  and  itemization  of  the  trouble¬ 
shooting  tasks  required  to  maintain  a  system,  subsystem,  or  equipment  at  the 
Organizational  and  Intermediate  levels.  "Maintenance  task  analysis,  "  or  "task 
analysis,"  means  the  analysis  of  the  identified  task  to  determine  what  the  task 
consists  of,  what  is  needed  to  perform  it,  and  how  it  should  be  performed.  The 
end  results  of  the  identification  and  analysis  efforts,  as  well  as  certain  inter¬ 
mediate  stages  of  development,  are  recorded  in  a  manner  (specified  herein) 
that  will  permit  the  information  to  be:  (1)  easily  understood  and  applied  during 
the  Job  Performance  Aid  preparation  phase;  (2)  to  be  checked  for  accuracy  and 
adequacy;  and  (3)  to  be  updated  as  needed, 

1.2  Applicotion.  This  specification  applies  to  all  classes  of  equipment: 
electrical,  electronic,  mechanical,  hydraulic,  pneumatic,  optical,  and  combina¬ 
tions  of  these.  This  specification  shall  be  used  by  both  Contractor  and  Govern¬ 
ment  activities  performing  MTI&A.  As  used  in  this  specification,  the  term 
contractor  includes,  in  addition  to  private  organizations,  any  Government  activ¬ 
ity  performing  any  of  the  analyses  specified  herein.  Maintenance  task  analysis 
can  be  an  important  preparatory  phase  to  developing  types  of  manuals  other  than 
Job  Performance  Aids.  Therefore,  its  use  should  be  considered  for  manuals 
such  as  the  Functionally  Oriented  Maintenance  Manual  (FOMM)  and  other  conven¬ 
tional  maintenance  manuals.  This  specification  applies  to  all  types  of  activities, 
systems,  and  equipments,  including  those  in  which  the  maintenance  concept 
terminology  differs  somewhat  from  terms  used  herein.  For  example,  this 
specification  is  equally  appropriate  for  systems  in  which  maintenance  activities 
are  categorized  as  "on-equipment"  and  "off-equipment,"  as  delineated  in 

AFR  66-5,  Production  Oriented  Maintenance  Organization,  and  AFR  66-14, 
Equipment  Maintenance  Policies,  -Objectives,  and  Responsibilities. 
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2.  APPLICABLE  DOCUMENTS 


2.1  Issues  of  documents.  Unless  specified  otherwise  in  the  contract  the 
following  documents,  of  the  issue  in  effect  on  the  date  of  the  invitation  for  bids 
or  request  for  proposal,  form  a  part  of  this  specification  to  the  extent  specified 
herein: 

SPECIFICATIONS 


MILITARY 


MIL-M-38784  Manuals,  Technical:  General  Style  and 

Format  Requirements 

MIL-M-38800  (USAF)  Manuals,  Technical:  Organizational 

Maintenance  Instructions 


MIL-M-83495  (USAF) 

AFHRL-TR -79-49 

MIL-I-45208 

MIL-Q-9858 

MIL-STD-863 

STANDARDS: 


Manuals,  Technical,  Organizational 
Maintenance  Manual  Set: 

General  Requirements  for  Preparation  of 

Mar  als,  Technical:  Logic  Tree 
Troubleshooting  Aid  (LTTA) 

Inspection  System  Requirements 

Quality  Program  Requirements 

Preparation  of  Wiring  Diagrams  and 
System  Schematic  Diagrams 


MIL-STD-1388-1  and  -2  Logistic  Support  Analysis 

MIL-STD-785  Reliability  Program  for  Systems  and 

Equipment  Levelopment  and  Production 

MIL-STD-882A  System  Safety  Program  Requirements 
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INDUSTRY 


ANSI  Y32.  16  Reference  Designations  for  Electrical 

and  Electronics  Parts  and  Equipments 

(Copies  of  the  above  documents  may  be  obtained  from  the  Commanding  Officer, 
Naval  Publications  and  Forms  Center,  5801  Tabor  Avenue,  Philadelphia,  PA 
19 120, ) 

3.  REQUIREMENTS 

3.1  General  requirements.  The  intent  of  this  specification  is  to  define 
the  analyses  required  to  be  performed  as  part  of  MTI&A  and  to  provide  guide¬ 
lines  for  content,  preparation  and  use  of  the  products  of  those  analyses.  The 
specific  details  and  methods  by  which  the  analyses  are  actually  developed  are 
less  important  than  the  effectiveness  and  thoroughness  with  which  they  are 
carried  out  and  the  usefulness  of  the  final  results.  A  number  of  ’’products'' 
are  prepared  to  document  the  analysis.  These  products  then  become  the 
criteria  for  the  content,  structure,  and  completeness  of  the  JPAs,  to  be  used 
as  planning  documents  and  source  data  during  JPA  development  and  as  checks 
on  JPA  completeness  later  on. 

3.1.  1  Relationship  to  Job  Performance  Aids.  Job  Performance  Aids  (JPAs) 
are  technical  manuals  that  provide  complete,  step-by-step  instructions.  They 
permit  relatively  inexperienced  maintenance  technicians  as  well  as  those  who 
are  more  experienced  to  perform  the  specific  tasks  required  to  maintain  a 
system  in  the  field.  Job  Guide  Manuals  and  Logic  Tree  Troubleshooting  Aids 
are  types  of  JPA  manual?,  that  contain  non-troubleshooting  and  troubleshooting 
procedures,  respective ly ,  for  Organizational  and  Intermediate  level  mainte¬ 
nance.  The  development  of  JPAs  requires  a  rational,  systematic  means  of 
first  identifying  the  job  tasks  and  then  determining  the  scope,  content,  method 
of  performance  and  other  details  of  the  tasks,  MTI&A  provides  this  means  by 
a  systematic  process  of  data  collection,  analysis,  and  decision  mal  ng. 
Essentially,  the  analysis  answers  these  questions:  What  tasks  are  required? 
Which  tasks  should  be  included  in  the  JPA?  At  what  maintenance  level  should 
they  be  performed?  What  are  the  preconditions?  What  support  equipment  is 
needed?  What  instructions  must  be  provided  for  its  use?  What  are  the  most 
efficient,  understandable  steps  for  the  technician  to  follow  when  performing  a 
troubleshooting  or  non -troubleshooting  task?  And,  what  follow-on  maintenance 
is  needed?  The  more  complete,  accurate,  and  understandable  the  analysis, 
the  more  useful  is  the  JPA.  The  validity  of  the  MTI&A,  and  therefore  of  the 
subsequent  JPA,  is  assured  by  the  following  key  requirements  for  MTI&A 
development: 
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a.  Use  of  the  actual  equipment  in  representative  configuration  for 
'hands  on'  analysis  of  maintenance  tasks 

b.  Early  identification  and  definition  of  the  user  population  and  its 
information  needs 

c.  Use  of  the  same  logistics  data  base  and  analyses  that  are  used  for 
other  logistics  purposes,  thereby  assuring  commonality  and 
eliminating  redundant  effort 

d.  Early  and  continuing  evaluation  and  guidance  through  contractor 
Quality  Assurance  (QA)  and  Government  in-process  reviews 

e.  Timely  update  to  accommodate  modifications/changes  to  equip¬ 
ment  or  software  and  to  correct  errors 

f.  Thoroughness  of  the  effort  and  skills  and  experience  of  those 
performing  the  analysis 

3. 1.2  Relationship  to  other  manuals.  MTI&A  may  be  applied  to  development 
of  other  types  of  technical  manuals  as  well  as  to  JPAs,  and  its  use  for  this 
purpose  is  encouraged.  When  MTI&A  is  used  as  a  basis  for  conventional 
technical  manual  development,  the  major  difference  is  the  degree  of  detail 
required,  particularly  in  the  task  detail  analysis.  A  further  use  of  MTI&A  is 
as  a  tool  for  evaluating  existing  technical  manuals,  ascertaining  that  all  needed 
maintenance  tasks  have  been  covered,  and  determining  that  the  amount  and 
kinds  of  detail  are  appropriate  to  the  actual  user  population. 

3. 1.3  Task  Analysis  plan.  The  MTI&A  for  each  program  shall  be  designed  to 
accommodate  the  unique  objectives  and  conditions  of  that  program.  For  this 
purpose,  MTI&A  planning  is  implemented  by  the  procuring  activity  as  an 
integral  part  of  the  technical  manual  acquisition  program.  The  Task  Analysis 
Plan  shall  reflect  the  program  requirements  as  contained  in  the  contract.  It 
shall  detail  the  contractor's  plans  for  performing  the  MTI&A  and  for  ensuring 
its  quality,  and  shall  contain  as  a  minimum,  the  following  information: 

a.  MTI&A  produfcts  to  be  produced  and  description  of  their  content 
and  format 


b.  Analysis  methods  and  procedures 


c.  Equipment  plan  (availability  and  use  for  hands-on  development 
and  validation  of  MTI&A)  (see  4.6) 

d.  Proposed  data  sources 

e.  MTI&A/LSA  coordination  plan  (see  3.5. 1. 1) 

f.  Qualifications  of  assigned  analysis  personnel 

g.  Quality  Assurance  plan  (see  4.4.) 

h.  Schedules  for  in-process  reviews,  validation,  delivery  of  MTI&A 
products,  and  User  Profile  definitization  meeting 

3. 1.3.1  Approval  of  plan.  The  Task  Analysis  Plan  shall  be  submitted  to  the 
procuring  activity  for  review  and  approval  as  specified  in  the  contract.  The 
approved  plan  shall  be  used  during  the  contract  period  for  monitoring  perform¬ 
ance  and  as  the  definitive  guide  for  conduct  of  the  MTI&A  effort. 

3.1.4  Data  items.  MTI&A  shall  be  performed  for  the  subsystems /equipments 
and  levels  of  maintenance  (Organizational,  Intermediate,  or  Organizational  and 
Intermediate)  specified  in  the  contract.  All  of  the  MTI&A  products  listed  in 

3. 1.4. 1  shall  be  prepared  as  a  minimum  for  the  specified  subsystems,  in 
accordance  with  the  reference  paragraphs.  The  products  listed  in  3. 1.4. 2. 
shall  be  prepared  only  if  specified  by  the  procuring  activity.  Figure  1  depicts 
the  interrelationships  of  the  various  mandatory  and  optional  MTI&A  analyses 
and  products. 

3. 1.4.1  Mandatory  products. 

a.  Task  Identification  Matrix  (3. 2. 1. ) 

b.  Definitized  User  Profile  (3. 3. 1. 2.) 

c.  Support  Equipment  Guide  (3. 3. 2. 1. ) 

d.  Level -of-Detail  Guide  (3.3.3.) 

e.  Task  Analysis  Worksheets  (3. 3.4. 1. ) 

f .  Annotated  Source  Documents  (3. 4 . 2. 1. ) 

g.  Checkout  Summary  (3.4.2. 2. ) 

h.  Fault  Symptom  List  (3.4.3. 2. ) 

i.  Action  Trees  (3.4. 3. 3. ) 


3. 1.4.2  Optional  products 

a.  Expanded  TIM  (if  specified,  prepared  in  lieu  of  Task  Identification 
Matrix)  (3.  2. 2. ) 

b.  Task  Identification  Summaries  (3.2.3.) 

3. 1.5  Data  sources.  Data  sources  used  for  MTI&A  shall  consist  of  written 
documents,  interviews  and  observations.  These  sources  are  of  two  basic 
categories:  (a)  Government  provided  information,  directions,  policies,  and 
concepts  furnished  in  accordance  with  the  contract  and  6.2;  and  (b)  data 
gathered  or  generated  by  the  contractor  under  this  and  other  Contract  Data 
Requirements  List  (CDRL)  data  item  requirements  of  the  contract.  Previously 
prepared  MTI&A  products  covering  like  systems /equipment  may  be  used  for 
reference  purposes  to  the  extent  that  they  are  based  on  similar  program 
requirements;  approval  for  their  use  shall  be  obtained  from  the  procuring 
activity.  The  elements  of  data  listed  in3.1.5.  3  and  3. 1.5.4  shall  be  used  as  the 
principal  data  sources  for  MTI&A,  but  other  valid  sources  that  contain  infor¬ 
mation  in  addition  or  supplementary  to  the  principal  sources  may  also  be  used. 
Documents  shall  be  of  the  latest  issue  as  of  the  time  of  MTI&A  preparation. 

3. 1.5. 1  Duplication  of  effort.  Performance  of  MTI&A  shall  include  searching 
out  and  making  maximum  use  of  valid  existing  data  and  analysis  results  from 
other  sources,  including  concurrent  contract  data  requirements  such  as  Logis¬ 
tic  Support  Analysis  Record  (LSAR).  However,  MTI&A  shall  not  duplicate  any 
of  the  data  gathering,  analysis  or  decision-making  efforts  involved  in  producing 
these  items.  When  such  data  are  used,  they  shall  be  checked  for  adequacy  and 
accuracy  and  validated  for  use  in  the  intended  MTI&A  application  in  accordance 
with  section  4.  They  shall  be  adapted  and  reorganized  only  to  the  extent  neces¬ 
sary  to  meet  the  requirements  of  this  specification. 

3. 1.5.2  Use  of  source  data.  Source  documents  and  other  data  sources  u-  to r 
performance  of  MTI&A  shall  be  considered  only  as  reference  information  until 
proven  to  be  valid  as  part  of  the  analysis.  The  process  of  MTI&A  requires  that 
the  informed  judgment  of  trained  task  analysis  personnel  be  applied  to  existing 
data  to  determine  their  validity  for  purposes  of  the  particular  analysis.  The 
final  results  of  the  analysis  are  based  on  the  experience,  training,  judgment, 
and  ability  of  the  analyst  and  the  analyst's  application  of  the  maintenance  con¬ 
cept  to  the  subject  system/equipment. 
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3. 1.5.3  Developmental  systems.  The  following  elements  of  source  data,  as 
available,  shall  constitute  the  principal  references  for  systems  that  are  in  a 
pre-ope rational  phase: 


a.  LSAR  (3.5.3.) 

b.  Design  and  engineering  data  (drawings ,  lists,  specifications) 

c.  Support  equipment  requirements /recommendation  data  such  as 
Aerospace  Ground  Equipment  Recommendation  Data  (AGERD), 
and  Ground  Support  Equipment  Recommendation  Data  (GSERD) 

d.  Provisioning  Parts  Lists  (PPLs) 

e.  Test  specifications,  test  reports 

f.  Preliminary  User  Profile  (3.3. 1. 1.) 

g.  Maintenance  concept 

h.  Subject  system  equipments  (mockups,  prototypes,  development 
models) 

i .  Photographs 

j.  Manufacturers’/vendors'  literature  for  off-shelf  equipment  and 
assemblies 

k.  Technical  Manuals  for  Government -Furnished  Equipment  (GFE) 

l.  Interviews  with  designers ,  engineers,  maintenance  specialists. 

3. 1.5.4  Operational  systems.  The  following  data  sources,  as  available,  shall 
be  used  as  principal  references  for  operational  systems,  in  addition  to  those 
listed  in  3. 1.5. 3: 

a.  Organizational  and  Intermediate  Maintenance  Manuals,  Manual 
Changes,  and  Illustrated  Parts  Breakdowns  (IPBs) 

b.  Time  Compliance  Technical  Orders  (TCTOs) 

c.  AFTO  Forms  22  —  Technical  Order  System  Improvement  Report 
(as  provided  by  the  procuring  agency) 

d.  Test  equipment  and  ground  support  equipment  manuals 


e.  Standard  Operating  Procedures  (SOPs) 

f.  Parts  utilization  summaries 

g.  Engineering  reports 

h.  Field  engineering  bulletins 

i.  Interviews  with  engineers,  maintenance  supervisors,  and  technicians 

j.  Observations  of  maintenance  in  progress. 

3.  1.5.5  Identification  of  sources-  To  provide  an  audit  trail  for  quality  assur¬ 
ance  checks,  permit  maintenance  of  the  MTI&A  in  a  current  status,  and  facilitate 
later  updates,  all  MTI&A  products  shall  contain  positive  identification  of  all  data 
sources  used  in  their  development.  For  source  documents  the  identification 
shall  include  the  document  title  and  number,  original  issue  and  revision  date, 
page  number,  and  any  additional  significant  information  needed  to  provide  posi¬ 
tive  identification.  Items  derived  from  the  LSAR  shall  use  the  LSAR  control 
number,  output  summary  title  and  page  number,  date  and  revHsion  codes  etc. , 
as  applicable.  For  equipment  items  used  for  development  or  validation  of 
analysis  products,  the  identification  shall  consist  of  the  nomenclature,  part/ 
model  number (s),  serial  number(s),  modification  status,  and  configuration. 

For  information  obtained  verbally,  the  identification  shall  consist  of  the  name(s) 
of  the  person(s)  interviewed,  their  organization  and  title,  and  the  date  of  inter¬ 
view.  The  identification  information  may  be  shown  in  any  convenient  manner 
so  long  as  it  can  be  positively  associated  with  the  item  or  items  of  information 
on  the  MTI&A  product  for  which  it  served  as  the  source. 

3. 1.6  Format  and  legibility.  The  format  of  MTI&A  products  is  subordinate  to 
their  content.  Nevertheless,  for  ease  of  recognition  and  use  and  to  facilitate 
their  review  by  contract  monitors  the  products  shall  be  prepared  in  accordance 
with  the  general  format  and  legibility  requirements  herein.  Furthermore,  they 
shall  also  meet  the  special  format  requirements  specified  in  3.2  through  3.5.5. 
Contractor  format  or  any  alternative  formats  recommended  by  the  contractor 
shall  be  subject  to  prior  approval  by  the  procuring  agency.  MTI&A  products 
may  be  prepared  on  preprinted  forms  containing  column  headings,  rules,  titles, 
and  other  repetitive  material. 
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3. 1.6. 1  Page  size.  MTI&A  products  shall  be  prepared  using  any  convenient 
page  size  that  accommodates  the  material  contained  thereon  without  crowding 
or  otherwise  degrading  readability.  However,  all  sheets  of  a  particular  prod¬ 
uct  (TIM,  Task  Analysis  Worksheets,  etc.)  shall  be  the  same  size. 

3. 1.6.2  Arrangement.  The  MTI&A  document  shall  be  arranged  in  sections, 
each  section  consisting  of  one  product  (TIM,  Support  Equipment  Guide,  Task 
Analysis  Worksheets,  etc.)  covering  all  required  subassemblies  of  the  system. 
The  sections  may  be  bound  in  one  or  more  volumes  as  needed  for  convenience 
of  handling,  storage  and  use.  When  a  volume  contains  more  than  one  section, 
tab  dividers  or  page-edge  tabs  shall  be  used  to  identify  each  section.  Only 
pages  of  the  same  size  shall  be  bound  in  the  same  volume.  Any  binding  method 
that  permits  easy  insertion  and  removal  of  pages  without  damage  is  acceptable. 

3. 1.6.3  Legibility  and  reproducibility.  Analysis  products  may  be  handwritten 
or  typed  (on  preprinted  forms  if  desired)  if  prepared  manually,  or  shall  utilize 
a  printing  device  if  produced  by  automated  means.  Regardless  of  method,  the 
material  shall  be  neat,  clearly  readable  and  understandable  and  shall  be  capable 
of  producing  clear,  readable  copies  when  reproduced  by  office  copier.  Some 
hand  corrections,  additions  and  deletions  are  permissible  providing  they  are 
neat,  legible  and  reproducible.  See  3.5  for  special  requirements  for  the  use 

of  LSAR  output  summaries. 

3.1.7  Delivery  of  products.  The  MTI&A  products  prepared  under  this  specifi¬ 
cation  shall  be  either  delivered  to  the  Government  facility  specified  in  the 
contract  or  delivered  in  place,  as  specified  in  the  contract.  When  delivery  to 
the  Government  is  specified,  the  product  shall  be  prepared  for  delivery  in 
accordance  with  MIL-M-38784,  When  an  item  is  designated  for  delivery  in 
place,  it  shall  be  retained  by  the  contractor  for  the  retention  period  and  in  the 
manner  specified  in  the  contract.  It  shall  be  made  available  for  review, 
inspection,  or  audit  by  the  procuring  agency  representative,  but  subsequent 
delivery  to  the  Government  facility  shall  not  be  required.  Whether  deliverable 
to  the  Government  or  deliverable  in  place,  all  MTI&A  products  shall  meet  all 
other  requirements  of  this  specification. 

3. 1*  8  Use  of  subject  equipment.  MTI&A  shall  be  conducted  using  the  subject 
equipment,  or  procuring  activity  approved  alternates  or  mockups,  for  hands-on 
development  and  validation  purposes.  The  equipment  shall  reflect  the  current 
stage  of  development  (prototype,  preproduction,  production)  and  shall  be  the 
latest  version  available  for  use  as  of  the  time  of  MTI&A  preparation.  The 
specifics  of  the  availability  and  use  of  the  equipment  shall  be  provided  in  an 
equipment  plan,  which  shall  be  incorporated  in  the  Task  Analysis  Plan  (3. 1.3.). 


The  equipment  plan  shall  be  based  on  the  directions  in  the  work  statement 
concerning  availability  and  use  of  equipment,  such  as:  equipment  to  be  furnished 
by  the  Government  or  the  contractor;  furnishing  of  a  dedicated  prototype;  or 
scheduling  of  time  on  Government-owned  equipment,  etc.  The  equipment  plan 
shall  cover  the  following  topics: 

a.  Identification  of  the  end  equipment  to  be  used  (stage,  version, 
location,  ownership),  or  alternative  equipment  or  mockup 

b.  Plan  for  equipment  access  and  schedule  of  availability  for  MTI&A 
purposes 

c.  Support  equipment  plan  (identification,  availability,  and  use  of 
test  equipment,  tools,  and  ground  support  equipment;  alternatives 
if  equipment  is  not  available) 

d.  Methods  and  procedures  for  using  equipment  to  develop  MTI&A 
and  for  validating  MTI&A  through  equipment  tryouts 

e.  Alternative  plans  for  periods  when  equipment  may  become 
unavailable  as  scheduled. 

3.1.9  Integrated  logistic  support  relationships.  As  specified  in  3.1.5,  the 
MTI&A  shall  make  maximum  use  of  other  CDRL  data  items  and  analyses 
prepared  as  part  of  the  integrated  logistic  support  program  for  the  subject 
system.  In  particular.  Logistic  Support  Analysis  (LSA)  requirements  provide 
much  of  the  data  and  analyses  required  for  MTI&A.  Therefore,  when  a  LSAR 
in  accordance  with  MIL-STD-1388  is  a  requirement  of  the  contract,  the 
requirements  of  3.5. 1  shall  apply. 

3. 1. 10  Use  of  computer.  The  use  of  a  computer  for  data  storage,  process¬ 
ing,  retrieval,  and  formatting  is  acceptable.  Data  formats  specified  in  this 
specification  may  be  modified  for  computer  use  so  long  as  the  information 
requirements  of  this  specification  are  met.  Prior  approval  by  the  procuring 
agency  of  proposed  computer  printout  formats  is  required.  The  request  for 
approval  shall  include  a  sample  layout  of  each  product  to  be  outputted  by 
computer  with  notations  showing  where  the  items  of  information  required  by 
this  specification  are  located. 


18 


3.2  Task  identification  requirements.  The  initial  step  of  the  MTI&A 
shall  be  the  identification  of  all  troubleshooting  and  non- troubleshooting  tasks 
required  to  be  performed  on  the  equipment  at  the  Organizational  and/or  Inter¬ 
mediate  levels,  as  specified  in  the  contract.  The  bases  for  the  identification 
shall  be  an  equipment  breakdown  and  a  list  of  all  periodic,  preventive  and  cor¬ 
rective  maintenance  tasks  applicable  to  the  equipment.  Once  the  equipment  and 
its  assemblies,  subassemblies,  sub-subassemblies,  and  significant  parts  have 
been  identified  and  listed,  the  appropriate  tasks  shall  be  assigned  to  each  item 
at  the  proper  maintenance  level.  A  determination  shall  then  be  made  of  the 
tasks  to  be  included  in  a  JGM  or  LTTA.  The  results  shall  be  documented  in 
the  form  of  a  matrix,  called  a  Task  Identification  Matrix  (TIM,  or  Basic  TIM). 
When  required  by  the  contract  the  Basic  TIM  shall  be  augmented  to  show  addi¬ 
tional  information  and  as  further  options,  it  shall  be  rearranged  and  adapted 
for  various  purposes.  An  augmented  matrix  is  called  an  Expanded  Task  Identi¬ 
fication  Matrix  (Expanded  TIM).  A  rearranged  and  adapted  matrix  is  called  a 
Task  Identification  Summary,  which  may  take  any  of  several  forms.  The 
validated  and  approved  task  identification  product(s)  shall  be  used  as  the  basis 
for  the  subsequent  task  analyses  specified  in  3.3  and  3.4. 

3.2.1  Basic  Task  Identification  Matrix.  The  Basic  TIM  (examples  are  shown 
in  Figures  2  and  3)  shall  be  prepared  in  accordance  with  the  following  require¬ 
ments: 

3. 2. 1.1  Equipment  breakdown.  For  each  designated  major,  minor,  and 
ancillary  equipment  of  the  system  a  top-down  breakdown  shall  be  used  or  pre¬ 
pared,  listing  each  assembly,  subassembly,  and  sub-subassembly  that  is 
maintainable  at  the  Organizational  and  Intermediate  (O&I)  levels.  Maintenance 
significant  pieceparts  that  are  maintainable  at  O&I  levels  but  which  are  not  part 
of  a  subassembly  or  sub-subassembly  shall  also  be  listed.  (Refer  to  6.3. 15. 
for  the  definition  of  ’’Maintainable. ")  When  functional  group  codes  (FGCs) 
have  been  assigned,  the  breakdown  shall  be  arranged  in  FGC  order.  The 
relationships  to  the  next  higher  assembly  shall  be  indicated  by  a  system  coding 
method  per  MIL-STD-863,  reference  designator,  or  other  numerical  code,  or 
by  indenture  if  no  code  has  been  assigned.  The  hardware  indenture  level  of  the 
breakdown  shall  be  that  level  identified  in  the  Statement  of  Work  or  Task  Analysis 
Plan;  items  belonging  to  a  lower  level  shall  be  excluded  from  the  TIM.  GFE  and 
standard  off-shelf  equipment  shall  be  included  or  excluded  as  indicated  in  the 
SOW  and  Task  Analysis  Plan.  The  source  of  the  data  used  for  the  equipment 
breakdown  shall  be  the  latest  approved  equipment  listing  as  of  the  time  of  TIM 
preparation.  Depending  on  the  stage  of  system  development /procurement  one 

of  the  following  shall  be  used,  as  available. 
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a.  LSAR  (see  3.5) 

b.  Group  Assembly  Parts  List  (GAPL)  of  the  IPB 

c.  PPL 


d.  Engineering  drawings/parts  lists 

3. 2. 1.1.1  Latest  configuration.  The  equipment  breakdown  portion  of  the  Basic 
TIM  as  finally  submitted  to  the  procuring  agency  for  approval  shall  reflect  the 
latest  approved  equipment  configuration. 

3. 2. 1.1.2  Nomenclature.  The  nomenclature  of  items  in  the  equipment  break¬ 
down  shall  be  that  used  in  the  source  document.  Further  descriptive  modifiers 
shall  be  added  parenthetically  as  needed  to  clearly  identify  the  item. 

3.2. 1.1.3  Item  identification.  Each  item  listed  in  the  equipment  breakdown 
shall  be  further  identified  by  the  system  code,  functional  group  code,  LSA 
control  number,  reference  designator,  or  other  number  system  that  positively 
identifies  the  item  and  its  system  relationship.  The  numbering  system  used 
shall  be  consistent  with  that  used  in  other  system  documentation.  Part  num¬ 
bers  shall  be  given  as  needed  for  positive  identification  of  equipment  items. 


3. 2. 1.2  Maintenance  functions.  All  scheduled  and  unscheduled  maintenance 
functions  applicable  at  the  Organizational  and  Intermediate  levels  to  the  partic¬ 
ular  system/equipment  and  its  assemblies,  subassemblies,  sub-subassemblies 


and  maintenance  significant  pieceparts  shall  be  entered  as  the  column  headings 


of  the  matrix.  The  following  function  verbs  shall  be  used  as  a  minimum  for  all 


types  of  systems /equipment,  along  with  additional  verbs  as  necessary  and 


applicable  in  accordance  with  3.2.1. 2. 1. 


a.  Align/Adjust 

b.  Checkout/Troubleshoot 

c.  Disassemble/Assemble 

d.  Inspect 

e.  Install 

f.  Remove/Replace 

g.  Repair 


h.  Service 


i.  Test 

3. 2. 1.2.1  Permissible  verbs.  Maintenance  function  verbs,  including  the  above, 
which  are  permissible  for  use  as  task  identifiers  are  listed  with  their  definitions 
in  6.3. 16  under  "Maintenance  Function."  Other  verbs  approved  for  use  in 

task  analysis  are  listed  in  Appendix  B,  Verb  List.  Alternative  verbs,  or  verbs 
describing  maintenance  functions  not  included  either  in  Appendix  B  or  6.  3. 1.6  that 
if  deemed  necessary,  shall  be  used  only  upon  approval  of  the  Procuring  agency. 

If  such  verbs  are  used,  their  definitions  shall  be  appended  to  the  TIM.  If  a 
maintenance  function  verb  requires  additional  defining  or  clarifying,  the  more 
specific  function  verb  shall  be  entered  in  the  Notes  column.  For  example, 
"Service"  shall  be  more  positively  identified  in  the  Notes  column  as  "Clean, " 
"Lubricate,"  "Refill,"  "Recharge,"  etc.,  as  applicable. 

3.2. 1.3  Identification  of  tasks  and  maintenance  level  assignments.  Each  inter¬ 
section  of  an  equipment  item  and  maintenance  function,  called  a  "cell,"  shall 
represent  a  decision  point.  Each  cell  shall  accommodate  two  single-character 
entries.  Three  decisions  shall  be  reflected  on  the  matrix  for  each  cell;  the  first 
two  decisions  in  the  left-hand  position  and  the  third  in  the  right-hand  position: 

a.  Is  such  a  task  required  to  be  performed  on  this  item? 

b.  If  so,  at  which  maintenance  level  (O  or  I)  is  the  task  to  be 
performed  ? 

c.  Is  an  identified  O  or  I  task  to  be  included  in  a  J  PA  (JGM  or  LTTA)  ? 

3. 2. 1. 3. 1  Maintenance  task  decisions.  All  decisions  shall  be  based  upon  the 
definitive  maintenance  concept  for  the  subject  system  as  initially  provided  by 
the  procuring  agency  and  expanded  and  refined  as  necessary  by  the  contractor, 
and  on  the  requirements  of  the  equipment.  The  requirements  for  the  first  two 
decisions  (3. 2. 1. 3a  and  b)  are  given  below,  and  for  the  third  decision  (c)  in 

3. 2. 1.4. 


a.  If  a  task  is  not  required  to  be  performed  on  the  item,  or  if  required 
at  a  level  other  than  Organizational  or  Intermediate,  the  cell  shall  be  left 
blank.  A  completely  blank  cell  shall  always  indicate  "no  such  task  required 
at  O  or  I  level.  "  (See  Figure  4  for  the  Basic  TIM  codes.) 

b.  If  a  determination  as  to  whether  or  not  a  task  is  required  cannot  be 
made  at  the  time,  enter  a  question  mark  (?)  in  the  cell  until  such  time  as  a 
decision  is  forthcoming.  A  '?'  in  a  cell  shall  always  indicate  "a  decision  is 


needed. "  It  is  an  interim  code  only  and  shall  be  used  only  until  the  decision  is 
made.  The  final  approved  TIM  as  submitted  to  the  Government  shall  contain 
no  question  marks. 

c.  If  a  task  is  required  to  be  performed  on  the  item,  enter  an  ?0T  or  an 
’I1  in  the  left  half  of  the  cell  to  indicate  the  lowest  maintenance  level  at  which 
it  is  capable  of  being  performed,  as  follows: 

O  =  This  task  is  required  and  it  can  be  performed  at  the 
Organizational  level. 

I  *  This  task  is  required  and  it  can  be  performed  at  a  level 
no  lower  than  Intermediate. 

Refer  to  6.3.17.  for  the  definitions  of  Organizational  and  Intermediate 
"Maintenance  level." 

d.  If  a  task  is  required  to  be  performed  at  both  O  and  I  levels  but  the 
methods  of  accomplishment /procedure  differ,  enter  a  *Bf  in  the  left  half  of 
the  cell. 


e.  The  entry  for  a  required  task  shall  be  made  at  the  equipment  break¬ 
down  level  at  which  it  is  to  be  performed  (that  is:  system,  equipment,  assem¬ 
bly,  subassembly,  sub-subassembly,  significant  part). 

3.2. 1.4  Tasks  selected  for  JPAs.  For  each  ’O,’  fI,f  and  ’B’  entry,  indicate 
in  the  right  half  of  the  cell  whether  the  task  is  to  be  included  in  a  JGM  or  LTTA. 

If  a  task  is  too  simple  to  require  coverage  or  is  to  be  excluded  for  other  reasons, 
leave  a  blank.  If  it  is  to  be  included,  enter  a  '  JT  or  TLf  as  follows: 

J  =  This  task  is  to  be  included  in  a  JGM. 

L  =  This  task  is  to  be  included  in  a  LTTA. 

If  a  determination  cannot  be  made  at  the  time,  enter  a  1  ?. f  The  final  decision 
as  to  which  tasks  will  be  covered  in  a  JPA  shall  be  that  of  the  procuring  agency. 
The  ’  V  is  an  interim  code  and  shall  be  used  only  until  the  decision  is  made. 

The  final  approved  TIM  as  submitted  to  the  Government  shall  contain  no  question 
marks.  Systems  that  make  use  of  built-in  test  equipment  (BITE)  for  Organizational 
level  Checkout  tasks,  and  of  automatic  test  equipment  (ATE)  featuring  pro¬ 
grammed  self-test  routines  for  Intermediate  (shop)  level  Checkout  tasks,  shall 
be  analyzed  to  determine  the  breakdown  level  to  which  checkout  is  performed 
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automatically  by  that  equipment.  Such  tasks  shall  be  identified  by  a  code  OA 
or  IA,  indicating' that  they  are  performed  by  automatic  test  equipment. 

3.2. 1.5  Other  information.  Significant  facts  and  information  generated  or 
gathered  during  preparation  of  the  TIM  that  will  be  of  value  during  later  stages 
of  MTI&A  preparation  shall  be  entered  in  a  'Notes1  column  opposite  the  appro¬ 
priate  equipment  item.  The  'Notes'  entries  differ  from  the  requirements  of  an 
expanded  TEM  described  in  3.2.2  in  that  the  Notes  are  brief,  noncomprehensive 
items  of  Information  incidental  to  the  data  contained  on  the  Basic  TIM.  Repre¬ 
sentative  of  the  types  of  data  that  shall  be  entered  in  the  'Notes'  column  are: 

.  a.  Data  source  identification  (3. 1.5.5) 

b.  Special  relationship  to  another  task 

c.  Facts  concerning  entries  requiring  further  resolution  ('  ?'  entries) 

d.  Other  significant  facts  regarding  the  equipment  item,  maintenance 
task,  or  level  of  accomplishment. 

3.  2.  2  Expanded  Task  Identification  Matrix.  In  lieu  of  the  Basic  TIM  described 
in  3.  2. 1,  the  procuring  agency  may  require  preparation  of  an  Expanded  TIM.  An 
expanded  TIM  is  a  Basic  TIM  containing  additional  information  about  the  iden¬ 
tified  tasks  for  use  as  a  management  tool,  a  comprehensive  reference  document, 
an  audit  document,  or  other  purpose  as  designated  by  the  procuring  agency.  The 
added  data  shall  be  entered  on  the  TIM  in  additional  columns  or  in  the 
appropriate  cells.  Cell  entries  shall  be  appropriately  coded  and  an  explanation 
of  the  codes  shall  be  provided  by  means  of  notes,  either  on  the  same  sheet  or  on 
added  sheets.  The  Expanded  TIM  shall  meet  all  of  the  requirements  of  3.2. 1 
and  include  specific  types  of  additional  information  designated  by  the  Procur¬ 
ing  Agency.  Representative  types  of  added  information  that  may  be  included 
in  an  Expanded  TIM  are: 

a.  Status  information 

b.  Source  document  status  /identification 

c«  Test  equipment,  tool,  and  ground  support  equipment  information 

d.  System  numbers  per  MIL-STD-863/MIL-M-83495 

e.  Tasks  to  be  considered  for  training 
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f.  Selected  data  from  other  MTI&A  documents 

g.  Other  significant  information  and  decisions  concerning  the  tasks 

h.  Additional  breakdown  of  equipment  and  task  identification  to  the 
Depot  level,  for  example,  for  use  in  a  program  where  complete 
LSA  has  not  been  required. 

3.2.3  Task  identification  summaries.  If  required  by  the  Procuring  Agency  as 
part  of  the  MTI&A,  a  Task  Identification  Summary  or  Summaries  shall  be  pre¬ 
pared.  A  Task  Identification  Summary  is  a  document  that  lists  information 
shown  on  the  Basic  or  Expanded  TIM  in  other  formats  for  use  as  checklists, 
reference  documents,  audit  documents,  or  management  tools .  The  Procuring 
Agency  shall  designate  the  summary  or  summaries  required,  if  any,  and  the 
type  of  information  to  be  included  therein.  The  Task  Identification  Summaries 
shall  be  prepared  in  contractor  format  unless  otherwise  specified  by  the  pro¬ 
curing  agency.  Examples  of  Task  Identification  Summaries  include: 

a.  Individual  listings,  by  title,  of  all  Organizational  or  all 
Intermediate  level  tasks  to  be  included  in  JGMs  and  LTTAs 

b.  Individual  listings  by  maintenance  function  ('Adjust/Align, ' 
’Disassemble /Assemble, ’  ’Remove/Replace,"  etc.)  of  all 
tasks  to  be  included  in  JGMs 

c.  A  summary  listing  of  all  'Checkout/Troubleshoot'  tasks  to 
be  included  in  LTTAs 

d.  A  summary  listing  of  required  maintenance  tasks  not  to  be 
included  in  JPAs. 

3.3  Task  Analysis  requirements  for  non-troubleshooting  tasks. 

All  tasks  other  than  troubleshooting  that  are  identified  on  the  TIM  as  Organi¬ 
zational,  or  Intermediate  level  (as  specified  in  the  contract)  maintenance  tasks 
to  be  included  in  JGMs  (codes  OJ,  U,  and  BJ)  shall  be  analyzed  and  the  results 
recorded  in  accordance  with  the  requirements  of  this  section.  Three  types  of 
general-application  analyses  shall  first  be  performed  to  establish  ground  rules 
to  be  applied  to  the  development  of  task  steps.  They  consist  of  a  user  analysis 
(3.3.1.),  a  support  equipment  analysis  (3. 3. 2. ),  and  a  level-of-detail  analysis 
(3.3.3.).  Using  the  results  of  these  analyses  as  guidelines,  along  with  other 
source  data,  a  task  detail  analysis  (3. 3.4. )  of  each  identified  task  shall  be 


24 


performed  and  recorded  on  Task  Analysis  Worksheets.  One  complete  set  of 
worksheets  shall  be  prepared  for  each  identified  task.  When  Logistic  Support 
Analysis  in  accordance  with  MIL-STD-1388  is  a  requirement  of  the  program, 
the  provisions  of  this  section  are  further  subject  to  the  requirements  of  3.5. 

s.  3.1  User  analysis.  A  User  analysis  shall  be  performed  to  establish  a 
detailed  narrative  description  of  the  User  population  at  whom  the  MTI&A  is 
targeted  and  for  whom  the  resultant  JPAs  will  ultimately  be  written.  It  shall 
be  developed  in  two  steps:  the  first  step  shall  be  a  Preliminary  User  Profile 
to  be  prepared  by  the  appropriate  commands  and  agencies  and  furnished  to  the 
contractor  by  the  procuring  agency.  The  second  step  will  consist  of  the  refine¬ 
ment,  development  and  expansion  of  the  target  population  description  in  the 
preliminary  document  by  cooperative  action  of  the  contractor  and  the  appro¬ 
priate  Government  representatives.  The  product  of  this  step  is  a  Definitized 
User  Profile.  The  content  of  the  Preliminary  and  Definitized  User  Profile 
shall  be  in  accordance  with  3.3. 1. 1  and  3.  3. 1.  2,  respectively.  The  Definitized 
User  Profile  shall  be  documented  in  contractor  format  unless  otherwise  speci¬ 
fied  by  the  procuring  agency.  The  Definitized  User  Profile  shall  be  used  as 
one  of  the  bases  for  the  Support  Equipment  Analysis  (3.3.2)  and  the  Level  of 
Detail  Analysis  (3.3.3)  which,  in  turn,  shall  be  used  as  guidelines  for  prepara¬ 
tion  of  the  "Task  Steps"  (3. 3,4.4)  portion  of  the  Task  Detail  Analysis.  In  addi¬ 
tion  to  these  immediate  uses,  the  Definitized  User  Profile  also  serves  later  as 
a  guidance  document  for  the  JPA  preparer  and  for  JPA  planning  and  management. 

3. 3. 1.1  Preliminary  User  profile.  A  Preliminary  User  Profile  prepared  by 
representatives  of  the  training  activity,  the  User  commands,  and  other  inter¬ 
ested  organizations  will  be  provided  to  the  contractor  by  the  Procuring  Agency. 
The  profile  will  describe  the  following  two  users  for  c?ch  specialty  code 
applicable  to  Organizational  and/or  Intermediate  level  maintenance  of  the 
subject  system/equipment: 

a.  An  apprentice  technician  -  A  graduate  of  a  technical  training 
school  who  has  less  than  6  months  experience  on  the  job. 

b.  An  experienced  technician  —  A  qualified  technician  who  has  had 
moderate  to  extensive  experience  on  the  job  and  who  possesses 
a  capability  on  similar  systems /equipments. 

3. 3. 1. 1. 1  User  population  background.  The  definition  of  the  User  population 
so  described  will  be  based  on  a  knowledge  of  the  capabilities  of  current  tech¬ 
nical  school  graduates,  the  current  or  planned  maintenance  concept  for  the 
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subject  system/equipment,  current  maintenance  policies  and  directives,  and  an 
appreciation  of  the  current  and  projected  personnel  situation.  The  Preliminary 
~  User  Profile  will  contain  the  following  elements  of  information  for  each  identi¬ 
fied  user: 

a.  Reading  Level.  An  estimate  of  the  target  User’s  ability  to  read  and 
comprehend,  in  terms  of  grade  level. 

b.  Courses  Received  in  Technical  Training  Schools.  A  brief  description 
or  outline  of  the  typical  technical  courses  received  by  the  User  that 
are  relevant  to  maintenance  of  the  subject  system/equipment. 

c.  Other  Relevant  Training.  A  brief  description  or  outline  of  other 
relevant  training,  including  school  and  on-the-job  training  received 
by  the  User. 

d.  Skills  Inventory.  An  inventory  of  job-related  skills,  knowledges, 
and  duties.  The  list  should  be  comprehensive  and  complete  but  it 
need  not  mention  each  task  by  name.  It  is  sufficient  to  say,  for 
example,  that  the  user  ,fis  able  to  use  all  tools  in  the  standard  tool 
kit  with  acceptable  speed  and  accuracy,  without  the  necessity  for 
job-performance -aid  support,"  Each  such  tool  need  not  be  dis¬ 
cussed.  It  is  sufficient  to  say,  for  example,  that  the  JPA  user  "is 
able  to  recognize  the  time  and/or  circumstances  for  performing  all 
necessary  checkouts  on  the  fuel  indicating  subsystem.  Given  a  JPA, 
the  user  is  able  to  take  the  necessary  actions  to  ensure  that  the  air¬ 
craft  is  in  a  safe  condition  when  each  such  checkout  is  initiated. 

Using  a  JPA  and  appropriate  tools,  test  equipment,  and  ground 
support  equipment  the  user  is  able  to  perform  each  necessary 
checkout  on  the  fuel  indicating  subsystem,  with  adequate  speed, 
safety,  and  accuracy.  The  user  does  not  need  to  consult  the  JPA 
for  the  purpose  of  knowing  how  to  use  tools,  test  equipment,  and 
ground  support  equipment."  Some  assistance  in  assuring  a  compre¬ 
hensive  listing  is  available  from  Air  Force  Occupational  Survey 
Records. 

e.  Work  Conditions.  A  description  of  the  work  conditions  for  which 
the  user  has  been  trained  and  can  be  expected  to  carry  out  assigned 
duties  without  further  instructions;  and  which  should  be  expected  to 
be  encountered  under  the  maintenance  concept  established  for  the 
subject  system.  If  there  are  not  significant  differences  between  the 
two,  so  state;  otherwise  describe  the  differences.  List  those  work 
conditions  for  the  subject  system  which  will  require  special 


instructions  in  the  JPAs.  The  term  "work  conditions"  includes: 

(1)  the  physical  location,  such  as  in  aircraft  in  flight,  in  or  on  an 
aircraft  on  the  flight  line,  missiles  in  silos,  subsystems  and 
equipment  in  a  shop,  etc. ;  (2)  environmental  conditions  requiring 
special  considerations  such  as  extreme  cold  or  heat,  high  noise 
levels,  darkness  or  low  light  levels,  and  unusually  dusty  conditions; 

(3)  hazardous  or  otherwise  stressful  conditions;  and  (4)  any  other 
extraordinary  conditions  requiring  special  consideration. 

f.  Supervision.  The  kinds  of  work  the  user  may  be  expected  to  do 
under  supervision  and  without  supervision. 

3.3. 1.2  Definitized  User  Profile.  It  shall  be  the  responsibility  of  the  contractor 
to  recommend  modifications,  expansions,  and/or  refinements  of  the  Preliminary 
User  Profile  based  on  the  contractor's  knowledge  of  the  maintenance  needs  of 
the  subject  system/equipment.  The  contractor  shall  notify  the  procuring  agency 
when  such  recommended  modifications  are  ready  for  review  and  discussion. 

Upon  receipt  of  notification  the  procuring  agency  will  convene  a  conference  at 
the  location  designated  in  the  contract.  Participants  shall  include  the  contractor 
and  the  representatives  of  the  commands  and  agencies  indicated  in  3. 3. 1.1.  The 
conferees  shall  consider  the  contractor's  recommendations  and  accept,  reject, 
or  modify  the  individual  recommendations  accordingly.  The  agreed  upon 
results  of  the  conference  shall  be  incorporated  subsequently  by  the  contractor 
into  the  User  Profile  and  the  resultant  document  shall  be  submitted  for  final 
approval  by  all  participants.  Upon  their  approval  and  incorporation  of  any 
further  comments  by  the  contractor,  the  document  shall  become  the  Definitized 
User  Profile. 

3.3.2  Support  Equipment  Analysis.  An  analysis  shall  be  performed  to  identify 
all  of  the  operational  functions  of  the  test  equipment,  special  tools,  and  special 
ground  support  equipment  required  for  Organizational  and  Intermediate  mainte¬ 
nance  of  the  subject  system/equipment,  the  assumptions  to  be  made  about  the 
target  users'  knowledge  of  each,  and  the  standard  statements  to  be  made  about 
them  in  the  JPAs.  In  this  way,  whenever  a  task  requires  any  of  these  functions, 
directions  for  each  function  will  always  appear  in  the  same  way.  Both  common 
and  special-purpose  test  equipment,  and  ground  support  equipment,  and  special 
tools  shall  be  included.  Common  tools  need  not  be  included. 

3.3. 2.1  Support  Equipment  Guide.  The  analysis  product,  called  a  Support 
Equipment  Guide,  shall  be  prepared  in  accordance  with  the  content  and  format 
requirements  of  3.3. 2  through  3. 3. 2. 5.  The  Support  Equipment  Guide  shall  be 
used  for  reference  when  preparing  the  "Task  Steps"  portion  of  the  Task  Analysis 
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Worksheets  (3.  3.4. 1)  involving  such  equipment.  During  JPA  preparation,  the 
guide  serves  as  a  reference  document  for  the  JPA  preparer.  It  also  is  a  valuable 
reference  for  planners  of  training  programs,  as  the  personnel  assumptions 
serve  as  training  objectives  in  training  for  the  use  of  the  support  equipment 
required  by  the  subject  system.  When  the  need  for  additional  support  equip  - 
ment  or  functions  is  disclosed  during  the  Task  Detail  Analysis,  the  required 
information  shall  be  added  to  the  Support  Equipment  Guide. 

3. 3.  2.  2  Support  equipment  functions.  All  common  and  special-purpose  test 
equipment,  and  special  tools  and  ground  support  equipment  functions  required 
to  maintain  the  subject  system/equipment  at  the  Organizational  or  Inter¬ 
mediate  levels  shall  be  listed  in  a  column  headed  "Functions"  (Figure  5). 

The  functions  shall  be  grouped  in  terms  of  similar  or  closely  related  functions 
insofar  as  possible.  An  exception  is  dissimilar  functions  provided  by  the  same 
item  of  equipment  (for  example,  a  multimeter).  The  support  equipment  func¬ 
tions  identified  in  the  Skills  Inventory  portion  of  the  Definitized  User  Profile 
(3.3. 1.  2)  as  being  in  the  User's  repertoire  shall  be  grouped  together. 

3.  3.  2.  3  Equipment  identification.  The  name  and  identifying  number  of  the 
item  of  import  equipment,  when  identified  and  approved,  which  provides  the 
needed  *ion(s)  shall  be  entered  in  the  "Equipment  Identification"  column 
cPpO"  >propriate  function(s)  entry.  If  a  system  identifying  number 

has  b.  I  to  an  item  of  support  equipment,  it  shall  also  be  listed. 


3*3."  I_a  sumptions .  For  each  test  equipment,  tool,  and  ground 

suppor  ict  listed,  the  assumptions  to  be  made  regarding  the 

US('  ^  of  the  item  to  perform  tne  iunction  shall  be  given 

al  1  tae  informal  I-  ..  and  directions  that  a  JPA  preparer  will  have  to 

pru\  v  m  the  procedures  employing  the  item.  The  assumptions  for  functions 
identified  in  the  Definitized  User  Profile  as  being  in  the  User's  repertoire  shall 
be  based  on  the  User  skills  and  abilities  identified  in  that  document.  For  all 
other  functions  the  assumptions  shall  be  based  upon  an  analysis  of  what  the 
user  can  be  expected  to  do  successiully  without  detailed  instructions,  and  those 
functions  that  require  detailed  instructions  because  of  their  peculiar  or  complex 
nature  or  lack  of  user  experience  or  knowledge.  Implicit  in  the  complete  set  of 
Personnel  Assumptions  when  compared  with  the  Definitized  User  Profile  is  a 
set  of  training  objectives  for  those  functions  for  which  the  user  is  assumed 
to  possess  a  capability  not  identified  in  the  Definitized  User  Profile. 

3* 3. 2.5  Standard  statements.  Standard  statements  are  exact  statements  to  be 
made  in  the  Task  Steps  portion  of  the  Task  Analysis  Worksheets  and  the  JPAs 
each  time  a  function  is  needed;  they  shall  be  entered  in  the  "Standard  State¬ 
ments"  column  opposite  each  function.  The  statement  shall  consist  of  a 
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sentence  stating  instructions  for  use  of  the  particular  function  of  the  test  equip¬ 
ment.  It  shall  leave  blanks  for  the  expected  reading,  point  of  test,  and  ”where- 

to-go-next"  reference:  For  example:  "Connect  multimeter  +  lead  to _ 

and  -  lead  to _ _  Check  that  meter  reads _ If  not, _ , .  ?t 

Each  occurrence  of  a  similar  event  in  the  Task  Steps  shall  be  written  using  the 
same  sentence,  except  for  the  unique  variable(s)  in  the  sentence. 

3.3.3  Level-of-Detail  analysis.  Using  the  characteristics  of  the  target  Users 
described  in  the  Definitized  User  Profile  (3.  3. 1.2)  and  the  analyst’s  knowledge 
of  the  system  as  a  basis,  a  set  of  ground  rules  (guidelines)  shall  be  developed 
stating  how  much  and  what  kind  of  detail  must  be  provided  when  various  types 
of  task  actions  are  described.  These  rules  shall  be  recorded  in  contractor 
format  in  a  Level  of  Detail  Guide  (Figure  6).  These  rules  are  used  bv  the  analyst 
when  preparing  the  Task  Steps  portion  of  the  Task  Analysis  Worksheets  (3.  3.4. 1) 
and  later  during  JPA  development.  As  the  initial  step  in  the  level  of  detail 
analysis  the  standard  guidelines  for  writing  task  steps  contained  in  AFHRL 
TR-79-XX,  Handbook  for  Developers  of  Maintenance  Task  Identification  and 
Analysis,  shall  be  examined  for  their  applicability  to  the  particular  system/ 
equipment  and  program  needs.  The  criteria  in  3.  3.3. 1  shall  be  used  to  determine 
the  types  of  task  actions  to  be  included.  Those  rules  that  apply  in  their  entirety 
shall  be  listed  as  is.  Rules  that  are  largely  or  partially  applicable  shall  be 
altered  as  necessary  and  listed  in  their  modified  form.  If  the  particular  sys¬ 
tem/equipment  or  program  requires  rules  that  are  not  contained  in  the  guide, 
newr  rules  shall  be  developed  and  listed  in  accordance  with  3,3.3. 1. 

3.  3.  3. 1  Task  actions.  A  rule  shall  be  provided  for  each  of  the  following  types 
of  task  actions  that  applies  to  the  subject  system/equipment.  Additional  rules 
shall  be  provided  as  necessary  to  cover  task  actions  required  by  the  system/ 
equipment  but  not  listed  below.  Figure  6  is  exemplary  of  the  nature  of  the 
information  to  be  provided  in  the  rules. 

a.  Discriminations  and  Perceptions.  These  shall  include: 

(1)  Observing  Gross  Indications  -  such  as  lights  being  on  or  off 
or  meters  being  in  or  out  of  the  acceptable  band. 

(2)  Reading  Quantitative  Values  —  such  as  voltages  or  pressures 
read  on  equipment  meters  and  gauges. 

(3)  Noting  Relative  Motion  Between  Components  —  such  as  between 
mechanical  linkages. 

/ 
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(4)  Reading  or  Interpreting  Oscilloscope  Patterns  or  Waveforms  - 
What  sort  of  standard  of  comparison  will  be  supplied  by  the  JPA  ? 
What  discriminations  will  be  required  of  the  JPA  reader? 

(5)  Noting  Visually  Detectable  Physical  Defects  —  such  as  scored 
cylinder  walls,  deteriorated  "O"  rings,  charred  insulation,  or 
change  in  color  of  an  object. 

(6)  Detecting  Presence  or  Absence  of  Sounds  and  Vibrations  —  such 
as  bearing  whine,  backfire,  or  hum.  Some  vibrations  will  be 
best  detected  by  feel. 

(7)  Discrimination  of  Pitch  or  Other  Characteristics  of  a  Sound  — 
such  as  loudness,  "roughness, "  or  duration. 

(8)  Discrimination  of  Odors  —  such  as  those  typical  of  burnt  insula¬ 
tion,  leaking  fluids,  or  exhaust  gases. 

b.  Problem -Solving  and  Decision-Making  Critical  to  Successful  Task 
Performance.  These  shall  include: 

(1)  Selection  of  Appropriate  Next  Step  or  Task 

(2)  Performing  Calculations  -  In  some  tasks,  the  necessity  for 
performing  calculations  can  be  reduced  through  the  use  of  tables, 
graphs,  nomographs,  or  slide  rules. 

(3)  Exercising  Judgment  -  Judgments  can  be  aided  with  rules  of 
thumb,  decision  rules,  estimates  of  the  relative  frequency  of 
certain  events,  statements  of  the  relative  values  of  certain 
outcomes,  presentation  of  comparison  standards,  etc. 

(4)  Conversion  of  Data  From  One  Form  to  Another  —  such  as  from 
binary  to  decimal,  from  decimal  to  octal,  from  Fahrenheit  to 
Celsius,  from  English  to  metric  measure,  etc. 

c.  Motor  Actions  Critical  to  Task  Performance.  These  shall  include: 

(1)  Activating  Switches 

(2)  Adjusting  Continuous  and  Multiposition  Controls 
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(3)  Performing  Coordinated  Gross  Body  Movements  -  such  as 
required  in  positioning  an  item  of  hardware  for  installation. 

(4)  Performing  Actions  Requiring  Fine  Coordination  —  such  as  those 
involved  in  driving  a  vehicle,  or  such  as  the  hand-eye  coordina¬ 
tion  involved  in  a  tracking  task. 

3.3.4  Task  Detail  Analysis.  A  Task  Detail  Analysis  shall  be  performed  to  develop 
the  basic  elements  of  the  procedures  that  will  ultimately  appear  in  the  JPA  or 
manual.  Each  non-troubleshooting  task  identified  in  the  TIM  for  inclusion  in  a 
JGM  (codes  OJ,  IJ,  and  BJ)  shall  be  subjected  to  a  searching  analysis  to  develop 
the  details  needed  to  completely  define  the  task  elements.  Asa  minimum,  the 
analysis  shall  provide  the  following  information  about  each  task: 

a.  The  preconditions  for  task  performance  (equipment  conditions, 
personnel  requirements,  support  equipment  and  supplies,  and 
safety  conditions) 

b.  The  significant  steps  required  for  successful  completion  of  the  task, 
including  performance  standards  and  keyed  locator  illustrations 

c.  Identification  of  the  necessary  follow-on  tasks 

d.  Other  significant  information,  not  included  in  the  above,  concerning 
the  task  that  is  important  for  the  JGM  developer  to  know. 

3.3.4. 1  Task  Analysis  Worksheets.  The  results  of  each  analysis  shall  be 
recorded  on  a  set  of  Task  Analysis  Worksheets,  one  set  for  each  identified 
task,  prepared  in  accordance  with  3. 3.4. 1  through  3. 3.4.6.  The  format  of  the 
worksheets  shall  be  similar  to  Figure  7.  Spacing  may  be  varied  to  accommo¬ 
date  the  required  entries,  but  the  sequence  of  information  shall  not  be  varied 
except  as  defined  in  3.5.4  for  LSAR  output  summaries.  The  capabilities  and 
limitations  of  the  target  Users  as  defined  in  3.3.1  shall  be  taken  into  account 
as  well  as  the  results  of  the  Support  Equipment  Analysis  (3. 3. 2)  and  the  Level- 
of-Detail  Analysis  (3.3.3).  When  LSA  Is  part  of  the  contract,  much  of  the  data 
and  analyses  required  by  this  section  are  available  in  the  LSAR  (see  3. 5).  Such 
data  shall  be  adapted  as  necessary  and  incorporated  in  the  task  detail  analysis 
to  the  extent  that  such  data  meet  the  requirements  of  this  section. 
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3. 3. 4. 2  Identifying  information.  The  following  information  shall  be  provided 
at  the  top  of  the  first  sheet  of  the  Task  Analysis  Worksheet  (item  numbers 
refer  to  encircled  numbers  on  Figure  7): 

a.  Sheet  No.  (Item  1)  -  Indicate  the  sheet  number  on  each  sheet  beginning 

with  sheet  1  for  the  first  sheet,  and  the  total  sheets,  in  the  form:  "Sheet - 

of _ «. 

b.  Function  Title  (Item  2)  -  Function  titles  shall  specify  the  type  of  main¬ 
tenance  to  be  performed  and  the  end  item  (component,  subsystem,  sub-subsys¬ 
tem,  etc.)  that  is  to  receive  the  maintenance.  Titles  shall  be  derived  from  the 
TIM  columns. 

c.  Equipment  Nomenclature  and  Applicability  (Item  3)  —  Equipment  nomen¬ 
clature  shall  consist  of  the  official  nomenclature  and  AN  type  number  if  assigned, 
or  the  item  name  and  part  number  as  shown  on  approved  assembly  drawings. 

The  configurations  to  which  the  function  is  applicable  shall  also  be  indicated.  If 
the  worksheet  applies  to  all  configurations,  the  word  "all"  shall  be  entered. 
Statements  which  explain  applicability  for  individual  items  of  equipment  shall 
use  either  serial  number  range  block  designation,  revision  status,  or  similar 
identification.  Such  terms  as  "On  later  equipment"  and  "On  early  serial  num¬ 
bers"  are  not  acceptable. 

d.  Task  Interval  (Item  4)  —  If  the  task  is  a  scheduled  task,  indicate  the 
hourly,  daily,  weekly,  or  monthly  interval.  If  hourly,  state  whether  calendar 
or  operating  hours . 

e.  Date  Completed  (Item  5)  —  Date  on  which  the  worksheet  is  completed. 
When  any  sheet  is  revised,  add  revision  date. 

f.  Analyst  (Item  6)  -  Name  of  the  individual  or  individuals  who  prepared 
and  revised  the  worksheet. 

g.  Document  Number  —  A  unique  document  identifying  number  may  be 
assigned  for  reference  purposes. 

3. 3.4.3  Input  conditions.  Jnder  the  heading  "Input  Conditions"  indicate  all 

the  necessary  information  needed  prior  to  performing  the  function.  Input  condi¬ 
tions  shall  consist  of  the  following  information  in  the  order  shown: 

3. 3. 4. 3.1  Required  conditions  litem  7)  -  Certain  maintenance  tasks  are 
dependent  on  the  equipment  being  in  a  given  condition.  When  the  required 
conditions  are  covered  on  other  Task  Analysis  Worksheets,  these  worksheets 


shall  be  referenced  by  title,  or  document  number  if  assigned,  as  prerequisite 
to  the  task.  For  example,  if  the  aircraft  must  be  on  jacks  prior  to  removing 
the  shock  strut,  the  "Required  Condition"  would  be  "Aircraft  Positioned  on 
Jacks  -  see  Worksheet  0012.  "  If  there  are  no  preconditions,  enter  "None. " 

3.3.4. 3.2  Personnel  Required  (Item  8)  —  The  minimum  number  of  personnel 
required  to  effectively  perform  the  maintenance  shall  be  indicated.  Action 
requirements  shall  be  identified  (Person  A,  Person  B,  etc.)  for  each  technician 
of  multi -person  tasks,  including  location  and  duties  at  the  beginning  of  the 
function,  as  follows: 

a.  Multi -Person  Requirements.  The  tasks  shall  be  analyzed  to  determine 
the  minimum  personnel  requirements.  Assistants  may  be  employed 
when  the  procedures  can  be  accomplished  more  effectively  by  their 
presence.  The  task  steps  (3. 3.4.4)  with  multi-person  requirements 
shall  be  written  to  integrate  the  actions  and  observations  of  each 
technician  into  a  single  sequence  of  instructional  steps.  Each  action 
and  observation  comprising  the  task  shall  carry  a  code  (Person  A, 
Person  B,  etc.)  identifying  the  person  responsible  for  accomplishing 
such  action  or  observation. 

b.  Requirements  for  Assistance.  The  requirement  for  assistance  occurs 
when: 

(1)  The  function  requires  cooperation,  coordination,  or  other  team¬ 
work  under  the  direction  of  a  primary  technician. 

(2)  The  function  involves  large  or  heavy  items  that  would  be  danger¬ 
ous  or  difficult  for  one  person  to  handle. 

(3)  Simple  observations  or  actions  must  be  performed  by  a  second 
person  at  some  location  out  of  sight  or  reach  of  the  primary 
technician. 

3 . 3. 4. 3 . 3  Support  equipment  (Item  9i  —  The  support  equipment  (test  equip¬ 
ment,  special  tools,  and  ground  handling  equipment)  needed  to  perform  the  task 
shall  be  listed.  Common  types  of  tools  normally  found  in  the  technician's  tool 
kit,  such  as  screwdrivers,  pliers,  side  cutters,  and  soldering  irons,  shall  not 
be  listed.  However,  common  types  of  test  equipment,  such  as  voltmeters, 
signal  generators,  and  transistor  testers,  shall  be  listed,  along  with  any 
special  test  equipment  and  special  ground  support  equipment  required.  Support 
equipment  will  be  listed  by  official  nomenclature  and  AN/AEID  type  designation, 
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if  assigned,  or  the  commercial  or  manufacturer’s  designation  if  an  AN/AEID 
type  is  not  assigned.  If  the  item  has  not  been  identified,  the  required  functions 
shall  be  given.  The  support  equipment  or  functions  listed  shall  be  selected 
from  the  Support  Equipment  Guide  (3.3.2. 1).  If  the  need  for  a  new  support  equip¬ 
ment  or  function  is  disclosed  during  task  development,  the  necessary  informa¬ 
tion  shall  be  added  to  the  Support  Equipment  Guide  as  required  by  3.3.2. 1. 

3. 3. 4. 3.4  Supplies  (Item  10)  -  Expendable  items  and  support  materials 
(consumables)  required  to  accomplish  the  function  shall  be  listed.  Sealants, 
lubricants,  replacement  lamps ,  gaskets,  seals,  labels,  ’’maintenance  in 
progress”  tags,  etc.  are  considered  expendable  items.  Attaching  hardware 
that  requires  100  percent  replacement  shall  also  be  listed  as  supplies.  The 
list  will  consist  of  the  items  and  quantities  listed  in  tabular  form  as  follows: 

Nomenclature  Specification  P/N  (Mfg.  Code)  Quantity 


3.3.4. 3.5  Safety  conditions  (Item  11)  -  Any  information  concerning  safety  of 
equipment  or  personnel  shall  be  included  under  this  heading  as  a  note,  caution, 
or  warning.  Notes,  cautions,  and  warnings  that  apply  generally  to  the  com¬ 
plete  task  shall  be  provided  here,  but  notes,  cautions,  or  warnings  that  apply 
to  an  individual  task  step  shall  immediately  precede  the  task  step  to  which  they 
apply. 

3. 3.4.4  Task  steps.  A  basic -set  of  essential  procedural  steps  that  describe 
the  optimum  method  for  successful  accomplishment  of  the  task  (which  is  the 
primary  goal  of  the  task  analysis)  shall  be  developed  during  this  stage  of  the 
task  detail  analysis.  The  results  shall  be  recorded  in  three  parts  under  the 
’’Task  Steps”  heading:  ’’Preliminary  Tasks,”  ’’Subtasks,”  and  ’’Step  Descrip¬ 
tions.  ” 


3. 3. 4. 4. 1  Method  of  development.  First,  a  determination  shall  be  made  of 
what  preparatory  tasks  covered  in  other  Worksheets  are  required,  if  any 

(3.  3.4.4.  5).  Then,  the  subject  task  shall  be  analyzed  to  establish  the  basic 
subtasks  of  which  it  is  composed  and  in  what  order  they  are  best  accom¬ 
plished  (3. 3. 4. 4.  6).  Finally,  each  subtask  shall  be  analyzed  in  turn  to  deter¬ 
mine  the  essential  steps  for  most  efficient  task  performance  (3. 3. 4. 4. 7). 

3. 3. 4.4.2  Differences  from  JGM  procedures .  The  essential  differences 
between  the  task  steps  developed  by  the  task  analyst  and  those  developed  later 
by  the  JGM  preparer  using  the  Worksheets  as  a  guide  are  as  follows:  (1)  the 
Worksheets  provide  a  synopsis  of  the  technically  accurate,  logical,  essential 
sequential  steps  proven  to  be  the  best  method  for  task  performance,  while  the 
final  procedure  as  it  appears  in  the  JGM  is  amplified  and  rqfined  by  the  JGM 
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preparer  to  take  into  account  the  human  factors,  or  behavioral  aspects  (what 
the  user  sees  or  detects  with  the  senses  and  what  the  user  responses  should  be 
to  achieve  the  task  objectives);  (2)  the  task  analysis  does  not  concentrate  on 
the  communication  of  the  material  to  the  target  Users,  while  the  JGM  preparer 
applies  behavioral  considerations  (such  as  task  cues  and  responses  for  the 
User),  as  well  as  style,  syntax,  and  readability  standards,  verb  lists,  and 
other  appropriate  communicative  techniques  that  best  convey  the  information 
to  the  users  in  terms  they  will  readily  understand;  (3)  the  Worksheets  are 
essentially  unformatted,  while  the  JGM  procedures  are  prepared  to  detailed, 
precisely  structured  requirements  for  layout,  spacing,  keying,  and  illustrating. 

3. 3.4.4. 3  Information  sources .  The  subject  system/equipment  shall  be  used 
as  the  final  source  of  information  for  validating  the  accuracy  and  completeness 
of  the  task  steps.  Other  sources  of  information  -  such  as  engineering  drawings 
and  procedures,  process  sheets,  photographs,  interviews,  and  approved  Work¬ 
sheets  or  JGMs  prepared  previously  for  similar  tasks  on  like  equipment  —  may 
be  used  for  initial  development  of  the  task  steps.  However,  the  procedure  as 
finally  approved  must  be  validated  by  actual  performance  on  the  subject  system/ 
equipment  as  installed  and  configured  in  accordance  with  4.6. 1. 

3. 3.4. 4. 4  Typical  procedures.  When  the  method  of  performing  a  task  is  the 
same  for  more  than  one  subsystem,  component,  assembly,  subassembly,  or 
sub-subassembly,  a  typical  set  of  instructions  may  be  prepared  in  lieu  of 
individual  sets.  Such  instructions  must  be  identified  in  the  identifying  informa¬ 
tion  portion  of  the  first  Worksheet  as  being  typical.  Furthermore,  all  of  the 
equipment  items  to  which  the  instructions  apply  shall  be  identified  under 
"Equipt  Nomenclature  &  Applicability.”  The  instructions  shall  be  subjected  to 
tryouts  on  each  equipment  item  so  identified,  as  being  valid  for  that  equipment. 
Any  variations  or  special  instructions  required  for  any  of  these  equipments 
shall  be  included  at  the  appropriate  points  in  the  Worksheets.  Examples  of 
the  use  of  typical  procedures  would  be  "Removal  of  Left  and  Right  Main  Land¬ 
ing  Gear  Actuator  Valves,  ”  "Installation  of  Cowling  on  Engines  1  through  4, " 
or  "Replacement  of  Printed  Circuit  Boards. " 

3. 3. 4. 4. 5  Preliminary  tasks  (Item  12).  The  tasks  referenced  under  this  head¬ 
ing  shall  be  those  whose  performance  is  mandatory  before  the  task  under 
development  can  be  initiated.  For  example,  if  the  task  is  "Alignment  of  Radio 
Compass  Subsystem"  preliminary  tasks  might  be  "Adjustment  of  Power  Supply 
Unit"  and  "Alignment  of  Radio  Receiver  . "  The  appropriate  Task  Analysis 
Worksheets  containing  those  tasks  shall  be  referenced  by  title,  or  document 
number  if  assigned.  If  no  preliminary  tasks  are  required,  enter  "None.  " 
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3. 3. 4. 4. 6  Subtasks  (Item  13).  Every  task  is  composed  of  one  or  more  separ¬ 
ately  identifiable  major  activities  (groups  of  individual  actions  or  steps)  that 
make  up  the  task.  These  subtasks  shall  be  identified  and  listed  in  sequential 
order  by  title  or  short  description,  under  the  "Subtasks"  heading.  An  example 
of  the  subtasks  of  the  task  "Charge  the  Hydraulic  Accumulator"  might  be: 
"Access  the  Accumulator,"  "Connect  the  Charger,"  "Charge  the  Accumulator", 
and  "Return  the  Equipment  to  Operational  Condition. "  Some  tasks  are  so 
simple  that  they  require  no  subdivision;  for  such  tasks  enter  ,fNone." 

3. 3. 4. 4. 7  Step  descriptions  (Item  14).  Each  subtask  shall  be  analyzed  to 
determine  the  individual  actions,  or  steps  required  to  successfully  accomplish 
that  subtask.  The  set  of  steps  selected  shall  be  chosen  from  among  the  alter¬ 
native  ways  of  performing  the  task  as  being  the  simplest,  briefest,  and  most 
straightforward  and  efficient.  The  step  descriptions  shall  be  recorded  in 
sequential  order  under  the  subtask  heading  to  which  they  apply,  in  the  ’Step 
Descriptions’  portion  of  the  ’Task  Steps. 1  Steps  that  are  not  an  actual  part  of 
a  subtask  but  are  transitional  in  nature  shall  be  included  at  the  end  or  beginning 
of  the  subtask  deemed  most  appropriate.  All  technical  details  shall  be  included, 
such  as  performance  standards,  notes,  cautions,  warnings,  use  of  support 
equipment  requiring  such  instructions,  operation  of  end  equipment  and  any 
special  instructions.  Step  descriptions  shall  be  developed  by  observing  the 
following  rules: 

a.  Level  of  detail.  The  level  of  detail  of  the  step  descriptions  shall  be 
appropriate  to  the  intended  Users  as  defined  in  the  Definitized  User  Profile,  It 
shall  be  consistent  within  a  task  and  from  task  to  task.  This  consistency  shall 
be  achieved  by  applying  the  appropriate  guidelines  of  the  Level-of-Detail  Guide 
and  the  Support  Equipment  Guide  to  each  step  description.  For  example,  when¬ 
ever  a  task  requires  the  use  of  a  particular  test  equipment  function,  the  direc¬ 
tions  for  that  function  shall  always  be  as  stated  in  the  Support  Equipment  Guide. 

b.  Repeated  sequences.  Identical  sequences  of  steps,  whether  they  are 
entire  subtasks  or  parts  of  subtasks  or  tasks  that  must  be  repeated  within  the 
same  task  or  in  different  tasks,  shall  be  included  in  full  at  each  appearance 
and  not  referenced. 

c.  Performance  standards.  In  each  step  where  a  measurement,  reading, 
or  other  equipment  indication  or  response  is  required,  the  response  shall  be 
given  in  measurable  or  observable  numerical  or  qualitative  terms.  Ranges  of 
required  values  (tolerances)  shall  be  provided  for  electrical  measurements, 
distances,  clearances,  flowrates,  pressures,  torque  values,  and  other  such 
measurements. 
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d.  Special  Instructions.  When  special  instructions  are  required,  they 
shall  follow  the  appropriate  step  of  a  task.  An  example  of  such  an  instruction 
is  safety  wire  installation.  Special  instructions  shall  not  be  numbered,  but 
instead  shall  be  identified  by  the  notation  "Special  Instruction"  preceding  the 
instruction. 

e.  Forms.  Any  maintenance  forms  that  the  technician  needs  to  fill  out 
during  task  performance  shall  be  identified.  The  instructions  for  filling  them 
out  shall  be  provided  unless  such  instructions  appear  on  the  form  itself. 

f.  Maintenance  support  information.  Any  instructions  or  reference  infor¬ 
mation  needed  to  support  task  performance  but  not  appropriate  for  inclusion  as 
instructions  in  the  job  guides  shall  be  identified  by  special  note  for  the  JGM 
preparer.  The  step  or  steps  to  which  this  additional  information  applies  shall 
be  indicated,  unless  it  is  for  general  application. 

g.  Illustration  references.  Wherever  equipment  identification  and  location 
information  is  required  by  the  target  users,  as  defined  in  the  Definitized  User 
Description,  reference  shall  be  made  in  the  appropriate  steps  to  keyed  illustra¬ 
tions.  The  desired  method  of  keying  will  be  designated  by  the  procuring  activity. 
The  requirements  for  illustrations  are  given  in  paragraph  3. 3. 4.4. 8. 

3. 3. 4. 4. 8  Illustrations.  Illustrations  required  to  support  task  steps  shall  be 
appended  to  the  Worksheet  sets  from  which  they  are  referenced.  They  are  not 
required  to  be  in  final  form,  but  rather  are  intended  as  reference  illustrations 
from  which  final  illustrations  can  be  made.  Any  required  instructions  to  the 
illustrator,  such  as  directions  to  alter  the  aspect  or  to  add  or  delete  detail,  shall 
be  noted  on  the  illustration.  Illustrations  shall  consist  of  annotated  copies  of 
engineering  drawings,  diagrams,  sketches,  photographs,  or  combinations  of 
these,  keyed  to  the  task  steps  in  accordance  with  3. 3.4.4. 7. g.  Callouts,  leader 
lines,  and  any  notes  may  be  applied  by  hand  without  the  use  of  guides  or  other 
mechanical  aids.  The  illustrations  and  added  material  must  be  neat,  clearly 
legible,  understandable,  and  capable  of  producing  clear,  readable  copies  when 
reproduced  by  office  copier.  Extraneous  material  on  the  illustration  may  be 
hand -marked  for  deletion  provided  the  above  legibility  and  reproducibility 
requirements  are  met.  A  unique  identifying  number  shall  appear  on  each  illus¬ 
tration,  and  the  number  shall  be  noted  on  the  Worksheets  at  the  first  reference 
to  the  illustration  and  subsequently  as  needed  to  differentiate  from  other  figures. 

3. 3. 4. 5  Follow-on  maintenance.  Any  further  maintenance  actions  required  to 
return  the  system/equipment  to  operational  readiness  after  completion  of  the 
task  shall  be  referenced  under  the  heading  "Follow-On  Maintenance"  (Figure  7, 
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sheet  3).  The  reference  shall  be  to  the  appropriate  Worksheet  set(s)  by  title  or 
document  number. 

3. 3.4.6  Notes.  Significant  facts  and  supplementary  information  generated  or 
gathered  during  preparation  of  the  Task  Analysis  Worksheets  that  will  be  of 
value  for  purposes  of  updating,  reviewing,  and  for  preparation  of  JGM  proce¬ 
dures,  shall  be  entered  at  the  end  of  the  Worksheets  under  the  heading  "Notes'1. 
Representative  of  the  types  of  data  that  shall  be  entered  as  notes  are: 

a.  Identification  of  data  sources  and  equipment  used  to  prepare  the 
Worksheets  (3 . 1 . 5 . 5 . ) . 

b.  References  to  useful  sources  of  general  supplemental  information 
such  as  descriptions,  photographs,  drawings,  and  manuals. 

c.  Additional  important  facts,  general  notes,  and  decisions  concern¬ 
ing  the  task. 

3.4  Totlc  Analysis  raquiramantt  for  troubleshooting  tasks.  All 

tasks  that  are  identified  on  the  TIM  as  Organi zatioiflfrur  Intermediate  level 
Checkout/Troubleshoot  tasks  shall  be  analyzed  and  the  results  recorded  in 
accordance  with  the  requirements  of  this  section.  Checkout/Troubleshoot  tasks 
are  identified  in  the  TIM  as  OL,  IL  or  BL.  Two  types  of  task  analysis  efforts, 
a  Performance  Analysis  and  a  Failure  Mode  and  Fault  Symptom  analysis, 
shall  be  performed  to  establish  the  Checkout  tasks,  the  troubleshooting  tasks, 
and  the  Action  Trees  to  be  prepared.  The  Performance  Analysis  shall  identify 
all  design  functions  of  the  pertinent  subsystems  and  equipment,  and  establish  the 
checks  that  are  required  to  determine  if  these  functions  are  performing  nor¬ 
mally.  The  performance  analysis  shall  also  establish  the  measurable  param¬ 
eters  associated  with  each  function  and  each  component  that  contributes  to  that 
function.  A  performance  analysis  shall  be  completed  on  each  system,  subsys¬ 
tem,  and  equipment  identified  in  the  TIM  for  LTTA  coverage  (codes  OL,  EL, 

BL).  The  results  of  this  analysis  shall  be  recorded  on  a  Checkout  Summary. 
This  summary  provides  an  organized  data  base  for  ls*er  development  of  checkout 
procedures  by  LTTA  preparers.  LTTA  checkout  procedures  are  used  to  test 
whether  the  system  is  functioning  properly  and  are  the  systematic  means  for 
deriving  fault  symptoms  as  the  starting  point  for  trouble  isolation  using  logic 
tree  troubleshooting  procedures.  A  failure  mode  and  fault  symptom  analysis 
shall  be  performed  on  each  performance  parameter  established  by  the  perform¬ 
ance  analysis.  The  fault  symptom  analysis  shall  identify  the  ways  in  which  each 
performance  parametercan  fail  (its  failure  modes),  causing  a  fault  and  a  fault 
symptom.  The  product  of  this  analysis  shall  be  a  list  of  fault  symptoms  for 
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each  failure  mode  which  will  be  the  basis  of  preparation  of  action  trees  and  for 
later  development  of  logic  trees  in  the  LTTA.  When  Logistic  Support  Analysis 
is  part  of  the  contract,  the  requirements  of  3.5  shall  apply,  in  addition  to  the 
requirements  of  this  section. 

3.4.1  Source  Data. 

3.4. 1.1  Developmental  Systems.  The  performance  analysis  for  systems/equip¬ 
ment  under  development  shall  be  based  in  general  on  the  same  source  data  used 
throughout  the  MTI&A  effort,  as  described  in  3.1.5.  Specifically,  this  analysis 
will  focus  on  two  basic  sources  of  information:  (1)  engineering  data;  and  (2)  try¬ 
outs  on  the  equipment.  The  following  classes  of  engineering  data  shall  be  used  as 
one  basis  for  performance  analysis,  as  available. 

a.  Design  data  such  as:  electronic  and  mechanical  functional  block 
diagrams,  schematic  diagrams,  mechanical  diagrams,  wiring 
diagrams,  functional  descriptions,  circuit  descriptions,  and 
similar  data  describing  signal  flow,  dependencies,  operation, 
and  performance  parameters. 

b.  Engineering  test  procedures. 

c.  Inspection  test  reports. 

3.4. 1.2  Operational  Systems.  For  systems/equipment  in  operational  use,  a  pri¬ 
mary  source  of  data  shall  be  the  existing  technical  manuals  and  actual  experience 
with  the  equipment  in  the  field  as  reflected  in  such  documents  as  equipment  logs 
and  field  engineering  maintenance  logs  and  reports.  These  sources  shall  be  aug¬ 
mented  as  necessary  by  the  sources  identified  in  a.  through  c.  above. 

3.4.2  Performance  Analysis.  A  Performance  Analysis  shall  be  performed  to 
identify  all  tests  required  to  completely  check  out  the  performance  of  each  func¬ 
tion  of  the  system  or  equipment.  The  performance  parameters  of  each  check  shall 
be  identified  in  sufficient  detail  so  that  the  fault  symptoms  for  each  performance 
parameter  can  be  developed.  Troubleshooting  action  trees  will  later  be  developed 
for  each  fault  symptom  and  failure  mode  identified  and  referenced  as  a  result  of 
the  performance  analysis  (and  the  checkout  procedure).  The  starting  point  for  the 
performance  analysis  shall  be  energy  flow  diagrams  (functional  blocks,  schematics, 
wiring,  mechanical,  timing,  etc.)  which  depict  the  interrelationships  among  all 
components.  For  each  check  that  can  be  made  on  the  performance  of  the  unit  (out¬ 
put  voltages  or  waveshapes,  mechanical  action,  etc.),  a  precise  description  of  the 
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expected  normal  operating  outputs  shall  be  listed  (e.g. ,  "24  (±  1.2)  Vdc",  "hori¬ 
zontal  scan  =  5  (±  .  15)  inches,"  or  "mechanical  lock  should  remain  in  locked 
detent").  The  performance  parameters  listed  in  this  analysis  shall  be  measured 
and  confirmed  by  measurement  on  the  subject  system/equipment.  The  product 
of  the  performance  analysis  shall  be  a  summary  list  of  all  Checks  that  can  be 
made  at  each  and  every  output  of  the  subsystems,  units,  assemblies,  parts,  etc. , 
that  are  shown  by  the  task  analysis  to  require  checkout  and  troubleshooting.  This 
summary  shall  form  the  basis  for  the  number  of  checkouts  and  Checks,  as  well 
as  the  fault  symptoms  from  which  action  trees  will  be  developed.  Another  prod¬ 
uct  of  the  performance  analysis  effort  shall  be  a  set  of  Annotated  Source  Docu¬ 
ments  upon  which  the  analysis  details  are  recorded  and  a  Checkout  Summary 
which  lists  each  Check  and  its  measurable  outputs. 

3.4.2. 1  Annotated  source  documents ,  A  complete  set  of  the  diagrams  used  in 
the  performance  analysis  (to  the  level  covered  by  the  task  analysis)  showing  all 
system  functions  shall  be  neatly  and  clearly  marked  to  show  the  measurable  or 
observable  parameters  associated  with  each  block,  unit,  or  component.  These 
parameters  shall  consist  of  input  measurements,  output  measurements,  observ¬ 
able  indications,  panel  readings,  and  measurements  at  intermediate  points  not 
covered  in  lower  level  diagrams .  These  documents  shall  be  retained  by  the 
contractor  throughout  the  MTI&A  effort,  until  their  further  use  is  directed  by 
the  procuring  agency.  They  shall  be  made  available  for  all  contractor  and 
Government  in-process  reviews. 

3.4. 2.2  Checkout  summary.  Using  the  annotated  functional  source  documents, 
interviews  with  subject  matter  experts,  and  equipment  experience,  a  list  of 
Checks  required  to  completely  check  out  each  function  of  the  system/equipment 
shall  be  developed  for  each  mode  or  condition  of  operation.  These  Checks 
shall  be  entered  on  the  Checkout  Summary  (Figure  8)  in  the  'Checks'  column. 

A  Checkout  Summary  shall  be  prepared  for  each  TIM  item  coded  OL,  IL,  or 
BL.  They  shall  be  grouped  by  subsystem  and  equipment  and  shall  identify  each 
Check  in  sufficient  detail  (although  not  to  the  step  level)  to  permit  ready  identi¬ 
fication  of  the  scope  and  intent  of  the  Check.  Opposite  each  check  description 
the  Performance  Parameters  associated  with  that  Check  shall  be  entered. 

There  shall  be  an  entry  for  each  parameter  identified  on  the  annotated  source 
documents.  Parameters  shall  include  the  permissible  range  of  tolerances  for 
all  parameters  that  are  measurable  and  a  precise  description  of  the  expected 
normal  operation  for  parameters  that  are  observed  (sight,  smell,  touch,  hear¬ 
ing). 
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3.4.3  Failure  Mode  and  Fault  Symptom  Analysis.  For  each  possible  perform¬ 
ance  parameter  in  the  Checkout  Summary,  a  Failure  Mode  and  Fault  Symptom 
analysis  shall  be  performed  to  determine  the  ways  in  which  each  can  fail, 
causii^r  a  fault  and  fault  symptom.  For  each  fault  symptom  caused  by  each  of 
those  failures,  an  action  tree  will  later  be  developed  to  isolate  the  fault(s) 
and  component(s)  that  cause  each  symptom.  This  analysis  shall  also 
make  use  of  field  experience  data  from  all  applicable  sources,  including 
the  following: 

a.  Depot  and  intermediate  failure  reports 

b.  Operating  failure  logs  and  reports 

c.  Field  maintenance  logs  and  reports 

d.  Engineering  test  data 

e.  Field  test  data 

f.  Published  manuals 

g.  Inspection  reports 

h.  Experience  with  similar  systems 

i.  Applicable  documents  for  similar  systems 

j.  Maintainability  and  reliability  analysis.  MTI&A  shall  make  use  of 
reliability  analysis  in  conformance  with  MIL-STD-785A,  which  is  required  in 
many  contracts  and  is  an  important  input  to  failure  mode  and  fault  symptom 
analysis.  In  reliability  analysis,  potential  failures  are  evaluated  to  deter¬ 
mine  the  effect  on  mission  accomplishment  and  ranked  critical  analysis. 

k.  Hazard  analysis.  MTI&A  shall  make  use  of  hazard  identification  and 
analysis  inputs,  when  required  under  M1L-STD-882,  System  Safety  Program 
Requirements.  Fault  hazard  data,  which  result  from  evaluation  of  component 
hazard  modes,  causes  of  those  hazards,  and  resultant  effects  to  the  system 
and  its  operation,  shall  be  considered  in  this  phase  of  MTI&A. 

3.4. 3.1  Fault  symptoms.  For  each  fault  symptom,  the  Task  Identification 
Matrix  shall  be  examined  for  all  items  that  are  repairable  or  replaceable 
and  could  have  caused  the  fault  symptom.  The  following  questions  must  be 
answered. 
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a.  Can  this  item  be  the  cause  of  the  fault  and  a  fault  symptom? 


b.  If  so,  which  faults  will  cause  the  same  fault  symptom? 

c.  Should  a  Checkout  or  a  Logic  Tree,  or  both,  be  developed  in  the 
LTTA  to  isolate  the  fault  or  faults  for  each  symptom  ? 

If  the  answer  to  (a)  or  (c)  is  Yes ,  the  TIM  shall  be  annotated  to  show  that 
decision. 

3. 4. 3. 2  Fault  Symptom  List.  A  fault  symptom  list  shall  be  prepared  for  each 
system,  subsystem  or  equipment  which  shows  for  each  fault  symptom  all 
components  which,  if  failed,  could  cause  the  symptom.  If  the  system  can 
operate  in  one  or  more  secondary  or  subsystem  modes,  additional  listings 
shall  be  prepared  to  show  the  fault  symptoms  for  each  such  mode.  The  fault 
symptom  list  shall  be  developed  with  inputs  from  the  Failure  Mode  and  Fault 
Symptom  Analysis  and  the  TIM  annotation  process  explained  above.  This  list 
will  form  the  basis  for  the  development  of  action  trees  and  ensure  the  com¬ 
pleteness  of  the  Logic  Trees  in  the  LTTA  manual  development. 

3. 4. 3. 3  Action  Trees.  For  each  fault  symptom  that  is  identified,  an  efficient 
Action  Tree  (AT)  shall  be  developed.  An  action  tree  is  a  branching  tree  outline 
of  the  components,  assemblies,  or  equipments  that  can  cause  the  fault  symptom, 
together  with  procedural  information  necessary  for  later  use  by  the  LTTA  devel¬ 
oper  in  explaining  diagnostic  procedures.  It  consists  of  a  series  of  actions  the 
troubleshooter  should  follow  if  a)  the  desired  normal  performance  parameters  are 
not  achieved  during  checkout  or  b)  the  performance  analysis  indicates  a  fault 
symptom.  The  arrangement,  to  include  all  components,  shall  be  in  the  order 

of  their  importance  as  most  probable  causes  of  the  fault.  Figure  9  shows  the 
overview  construction  of  a  complete  AT  without  the  component  names  or  pro¬ 
cedural  data.  Figure  10  shall  be  used  as  a  guide  to  developing  the  data  for  an 
AT  from  all  other  previous  MTI&A  inputs. 

3.4.3. 3.1  Action  Tree  natatla.  The  Action  Tree  shall  include  sufficient  techni¬ 
cal  details  so  that  it  provides  the  essential  information  needed  by  the  LTTA 
developer  to  prepare  comprehensive  Logic  Tree  troubleshooting  procedures.  AT 
detail  is  similar  to  that  of  the  Task  Analysis  Worksheets  (3.3.4. 1)  in  that  it  pro¬ 
vides  a  synopsis  of  a  technically  accurate,  complete  troubleshooting  procedure 
with  the  most  logical  arrangement  that  provides  the  fastest  route  to  fault  diagnosis. 
AT's  shall  contain  the  following  data: 
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a.  Preconditions  for  fault  diagnosis  (e.g.  support  equipment  setup,  wave¬ 
forms,  mechanical  measurements,  etc.). 

b.  Significant  steps  needed  by  a  technician  to  proceed  through  each  branch 
of  the  tree  to  diagnose  each  AT  component,  assembly  or  equipment. 

c.  Testing  data  for  each  failure  mode  of  components  to  the  extent  that  differ¬ 
ent  modes  can  contribute  to  the  fault  symptom.  Many  components  that  have  more 
than  one  failure  mode  will  appear  in  different  ATs  because  the  failure  modes  pro¬ 
duce  different  fault  symptoms. 

d.  Identification  of  follow-on  or  related  tasks  that  are  important  for  the 
LTTA  developer  to  know. 

3.4. 3. 3. 2  Differences  from  LTTA  Logic  Trees.  The  essential  differences 
between  the  detail  provided  by  the  task  analyst  in  each  AT  and  that  developed 
later  by  the  preparer  of  Logic  Trees  are  as  follows:  (1)  ATs  provide  an  out¬ 
line  of  the  breakdown  of  components,  assemblies  and  equipments  that  can  be 
the  cause  of  faults  together  with  a  synopsis  of  the  task  step  details  for  perform¬ 
ing  fault  diagnosis.  The  final  Logic  Tree  procedures  as  they  appear  in  the  final 
LTTA  are  amplified  and  refined  by  the  LTTA  preparer  to  take  into  account  the 
human  factors,  or  behavioral  aspects  (what  the  troubleshooter  sees  or  detects 
and  what  the  User  responses  should  be  to  achieve  the  task  objectives);  2)  in 
developing  the  AT,  the  task  analyst  does  not  concentrate  on  communicating  the 
material  to  the  target  users,  while  the  LTTA  preparer  applies  behavioral  con¬ 
siderations  (such  as  task  cues  and  responses  for  the  User)  as  well  as  style,  syn¬ 
tax,  and  readability  standards  and  other  communicative  techniques  that  best  con¬ 
vey  the  information  to  the  Users  in  terms  they  will  readily  understand,  and 
3)  the  ATs  are  essentially  unformatted,  while  LTTA  logic  trees  are  prepared  to 
detailed,  precisely  structured  requirements  for  layout,  organization,  and  illus¬ 
trating. 

3.5  Special  requirements  for  programs  using  logistic  support 
analysis. 

3.5.1  MTI&A /LSA  coordination.  When  LSA  in  accordance  with  MIL-STD- 
1388  is  part  of  the  contract,  the  MTI&A  effort  shall  be  coordinated  with  the 
LSA  effort.  The  purposes  of  such  coordination  shall  be  to: 

a.  Assure  that  maximum  use  is  made  of  LSA  data  and  results  from  other 
functions  (maintenance  engineering,  logistics  engineering,  reliability  engineer¬ 
ing,  spares  provisioning,  etc.)  in  the  MTI&A,  and  that  applicable  MTI&A  data 
and  results  are  provided  to  the  LSA. 

b.  Avoid  duplication  of  the  data  gathering,  decision  making,  and  analysis 
efforts  required  by  MTI&A  and  those  required  by  the  LSAR  and  other  related 
CDRL  items. 
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c.  Resolve  differences  which  may  occur  between  the  LSA  data  and 
MTI&A  data. 

d.  Assure  that  data  and  results  common  to  MTI&A  and  other  functions 
become  part  of  the  common  data  base,  the  LSAR. 

e.  Make  maximum  use  of  the  LSAR  data  processing  capability  to  input, 
process,  store,  and  output  data  applicable  to  MTI&A  in  a  form  that  is  readily 
usable  for  MTI&A  purposes. 

3.5. 1.1  Coordination  plan.  An  MTI&A/LSA  coordination  plan  shall  be  prepared 
as  part  of  the  MTI&A  planning  effort  to  define  the  relationships  between  the  two. 

It  shall  be  included  as  part  of  the  Task  Analysis  Plan  (3. 1.3).  Applicable  portions 
of  the  coordination  plan  that  are  already  included  in  the  LSA  Plan  may  be  refer¬ 
enced  to  that  plan.  The  MTI&A/LSA  coordination  plan  shall  be  subject  to  the 
same  approval  requirements  as  the  Task  Analysis  Plan,  and  it  shall  contain  the 
following  elements  of  information: 


Identification  of  LSAR  input  data  sheets  and  data  elements  thereon 
that  apply  to  MTI&A,  and  the  products  in  which  they  are  used 

Functional  groups  responsible  for  LSAR  input  data  sheets/data 
elements  applicable  to  MTI&A 

List  of  LSAR  output  summaries,  both  informal  for  internal  use  and 
formal  deliverable  CDRL  items,  that  will  be  used  as  inputs  or 
reference  documents  for  MTI&A  preparation,  including  the  planned 
use  of  each 

List  of  output  summaries  to  be  specially  prepared  as  MTI&A  prod¬ 
ucts,  and  those  prepared  for  other  purposes  that  will  be  adapted 
as  MTI&A  products,  including  format  samples  marked  to  show 
modifications  if  any,  and  their  relationship  to  MTI&A  product 
elements 

Identification  of  data  elements  required  by  this  specification  but 
not  available  from  the  LSAR 


f .  Schedule  for  availability  of  LSAR  input  data  sheets  (including  interim 
completion  stages  and  updates),  availability  of  output  summaries,  and 
and  relationship  to  MTI&A  schedules  (3. 1. 3,  item  h).  Include  high¬ 
lighting  of  items  not  available  for  MTI&A  use  or  in  time  for  MTI&A 
delivery. 
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3.5.2  Duplication  of  effort.  Data  gathered  for  other  LSA  purposes  shall  be 
assessed  for  application  to  MTI&A.  It  shall  be  incorporated  as  part  of  the 
MTI&A  to  the  extent  that  it  meets  the  detailed  requirements  of  this  specifica¬ 
tion.  LSAR  data  may  be  adapted  or  reorganized  for  such  use,  but  only  as 
needed  to  meet  specification  requirements.  If  conflicts  exist  between  this 
specification  and  MIL-STD-1388,  this  specification  shall  govern. 

3.5.3  Use  of  LSAR  data.  Much  of  the  information  needed  for  MTI&A  is  avail¬ 
able  in  the  LSAR,  which  has  a  data  base  consisting  of  both  standard  data  ele¬ 
ments  defined  in  MIL-STD-1388-2  and  additional  data  elements  required  by  the 
particular  program  and  approved  by  the  procuring  activity.  These  elements 
are  initially  entered  on  LSAR  input  data  sheets  by  the  cognizant  functional 
activity,  and  are  then  keypunched  and  inputted  to  the  computer  master  file. 

The  data  can  be  accessed  for  MTI&A  purposes  in  three  ways:  (1)  from  the 
input  data  sheets,  (2)  from  the  output  summaries  (reports)  produced  by  the 
computer  under  program  control,  and  (3)  a  combination  of  the  two.  The  data 
elements  contained  on  LSAR  data  sheets  and  output  summaries  shall  be 
researched  and  analyzed  for  their  potential  application  to  MTI&A.  Those 
data  found  to  apply  either  wholly  or  in  part  to  MTI&A  shall  be  used  in  the 
appropriate  MTI&A  products  after  first  having  been  checked  to  assure  their 
validity  as  well  as  that  of  the  analyses  that  led  to  their  creation.  This  check 
may  take  the  form  of  verification  that  the  input  data  sheets  have  been  approved 
by  a  reviewing  and  approving  body  created  especially  for  the  purpose. 

3.5.3. 1  Relationship  of  LSAR  to  MTI&A  products.  Although  the  input  data 
sheets  and  output  summaries  vary  with  each  program,  there  is  a  general 
relationship  between  the  types  of  sheets  and  output  summaries  and  the 
MTI&A  products.  This  relationship  is  shown  in  the  following  chart  (the  titles 
of  output  summaries  are  only  typical): 

MTI&A  Product 


Task  Identification  Matrix  • 

Definitized  User  Profile  • 


Support  Equipment  Guide  • 


Typical  LSAR  Sources 

Maintenance  Allocation  Summary 

Personnel  and  Skill  Summary 

Input  Data  Sheet  G  (Skill  Evaluation  and 

Justification) 

Support  and  Test  Equipment  Utilization 
Summary 

Special  and  Common  Tool  Requirements 
Input  Data  Sheet  E  (Support  and  Test 
Equipment  or  Training  Material 
Description  and  Justification) 
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MTlfcA  Product 


Typical  LSAR  Sources 


Task  Analysis  Worksheets 


Fault  Symptom  List 


•  Input  Data  Sheet  D  (Maintenance  and 
Operator  Task  Analysis) 

•  Input  Data  Sheet  C  (Task  Analysis 
Summary) 

•  Failure  Mode  Effects  Analysis 

•  Reliability  and  Maintainability  Summary 

•  Input  Data  Sheet  'B'  (Item  Reliability 
and  Maintainability  Characteristics) 


Appendix  A  of  this  specification  lists  and  defines  the  standard  data  elements  of 
MIL-STD- 1388-2  that  apply  to  MTI&A  and  references  them  to  the  applicable 
input  data  sheets  and  MTI&A  products.  Figure  11  shows  a  typical  ’D"  sheet 
completed  as  part  of  the  LSA  effort.  The  D  sheet  is  a  primary  LSAR  source  for 
the  Task  Analysis  Worksheets. 

3.5.4  Use  of  LSAR  output  summaries  as  MTI&A  products.  LSAR  output  sum¬ 
maries  may  be  used  as  MTI&A  products  if  they  meet  the  content  requirements 
of  3.2  through  3.4,  as  applicable,  and  the  further  requirements  of  this  subsec¬ 
tion. 

3. 5.4.1  Format  and  arrangement.  LSAR  output  summaries  that  have  been  pre¬ 
pared  primarily  for  purposes  other  than  MTI&A  may  be  used  in  their  existing 
format  and  arrangement  provided  the  data  are  arranged  substantially  in  the 
order  required  by  3.2  through  3.4.  Minor  variations  are  permissible  if  they  do 
not  degrade  the  understandability  and  usability  of  the  product. 

3. 5.4. 2  Adaptation  for  use  as  MTlfcA  products.  Any  data  elements  that  are 
not  pertinent  to  the  MTI&A  product  must  be  minimal  and  shall  be  neatly  hand- 
marked  as  being  not  applicable  by  means  of  crossouts  or  other  suitable  means. 
Any  data  required  by  3.2  through  3.4  that  do  not  appear  on  the  printout  shall 
be  added  neatly  by  hand.  The  summary  shall  be  retitled  to  identify  it  as  the 
appropriate  MTI&A  product. 

3. 5.4. 3  Legibility  and  reproducibility.  LSAR  output  summaries  prepared  or 
adapted  for  use  as  MTI&A  products  shall  meet  the  legibility  and  reproducibility 
requirements  of  3.1.6. 3. 
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3. 5.4.4  Approval  for  use.  Samples  of  the  proposed  printouts,  with  appropriate 
explanations  and  markings ,  shall  be  submitted  for  approval  by  the  procuring 
activity  in  accordance  with  3.5.1. 1  prior  to  use. 

3.5.5  Currency  of  data.  As  submitted  to  the  Government,  MTI&A  products 
using  LSAR  data  shall  agree  with  the  latest  approved  issues  of  the  LSAR  input 
data  sheets  and  shall  be  complete  in  every  respect.  Differences  in  the  LSA  and 
MTI&A  data  should  be  examined  and  resolved  prior  to  submittal  to  provide  the 
Government  with  coordinated,  accurate  information  for  evaluation. 

4.  QUALITY  ASSURANCE  PROVISIONS 

4.1  Responsibility  for  inspection.  Unless  otherwise  specified  in  the 
contract,  the  contractor  is  responsible  for  the  performance  of  all  inspection 
requirements  as  specified  herein.  Except  as  otherwise  specified  in  the  con¬ 
tract,  the  contractor  may  use  Contractor  or  any  other  facilities  suitable  for 
the  performance  of  the  inspection  requirements  specified  herein,  unless  dis¬ 
approved  by  the  Government.  The  Government  reserves  the  right  to  perform 
any  of  the  inspections  set  forth  in  the  specification  where  such  inspections  are 
deemed  necessary  to  assure  supplies  and  services  conform  to  prescribed 
requirements . 

4.2  Controctor  inspection.  The  adequacy  and  accuracy  of  the  MTI&A 
products  required  by  this  specification  and  their  suitability  for  the  intended 
purpose  shall  be  assured  by  a  combination  of  planned,  timely  actions  by  the 
contractor  and  representatives  of  the  procuring  activity.  The  contractor  shall 
have  the  primary  responsibility  for  in-process  quality  assurance  during  the 
development  phase  of  the  MTI&A  products,  and  shall  be  responsible  for  the 
integrity  of  the  products  as  presented  for  Government  acceptance.  The  contrac¬ 
tor  shall  be  further  responsible  for  correcting  any  errors  or  omissions  detected 
by  the  Government  both  prior  to  acceptance,  and  after  acceptance  for  the  period 
of  time  stated  in  the  contract.  In-process  quality  assurance  shall  be  conducted 
in  accordance  with  the  quality  assurance  plan  (4.4),  and  product  integrity  shall 
be  assured  by  a  validation  program  as  required  by  4. 6.  if  subcontractors  per¬ 
form  any  of  the  analyses,  the  contractor  shall  be  responsible  for  assuring  that 
the  analysis  products  conform  with  the  contract  and  specification  requirements. 
The  extent  of  control  invoked  and  exercised  by  the  contractor  shall  be  identified 
in  the  quality  assurance  plan,  and  the  contractor  shall  inspect  MTI&A  products 
upon  receipt  from  the  subcontractor. 
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4.3  Government  inspection.  All  material  furnished  in  accordance 
with  this  specification  shall  be  subject  to  inspection,  verification,  and  approval 
or  disapproval  by  the  Government  as  specified  by  the  terms  of  the  contract. 
Inspection/Verification  will  be  performed  by  the  Government  prior  to  accep¬ 
tance.  Government  inspection  will  include  periodic  in-process  reviews  and  in 
inspections  during  MTI&A  development,  and  verification  of  the  products  sub¬ 
mitted  by  the  contractor.  In-process  reviews  will  be  performed  by  the  Govern¬ 
ment  at  key  points  in  the  development  process.  Additional  unscheduled  reviews 
will  be  performed  as  desired  by  the  Government.  The  reviews  will  be  conduc¬ 
ted  in  the  contractors  facility  or  an  equipment  site,  or  both,  as  appropriate. 

4.4  Quality  Assurance  plan.  The  contractor’s  quality  assurance 
program  shall  be  conducted  in  accordance  with  a  Quality  Assurance  plan.  The 
plan  shall  document  the  contractor’s  plans  and  methods  for  assuring  the  quality 
of  MTI&A  products,  and  it  shall  be  incorporated  in  the  Task  Analysis  Plan 
(3.1.3).  The  quality  assurance  plan  shall  be  subject  to  the  same  approval  require 
ments  as  the  Task  Analysis  Plan,  and  it  shall  contain  the  following  elements: 

a.  Details  of  the  proposed  in-process  quality  assurance  program.  If  an 
inspection  system  in  accordance  with  4.5  is  a  requirement  of  the  contract, 
details  of  the  system  including  inspection  methods,  records  keeping,  correc¬ 
tive  action,  and  responsibilities  of  assigned  departments  and  personnel. 

b.  Validation  plan,  including  methods  and  procedures,  records  keeping, 
personnel  assignments,  correction  and  revalidation,  and  scheduling. 

c.  Provisions  for  participation  in  and  support  of  Government  in-process 
reviews,  including  facilities,  equipment  and  data  availability  and  access,  per¬ 
sonnel  participation,  and  documentation  of  and  compliance  with  guidance 
provided . 

d.  Methods  and  procedures  for  controlling  quality  of  products  prepared 
by  subcontractors. 

4.5  Contractor  inspection  system.  When  required  by  the  contract, 
the  contractor  shall  establish  and  maintain  a  continuous  in-process  inspection 
system  for  the  purpose  of  assuring  the  quality  of  the  MTI&A  beginning  with 

the  earliest  development  stages.  It  shall  be  a  written  system  conducted,  docu¬ 
mented,  and  maintained  in  accordance  with  the  requirements  of  this  section 
and  the  applicable  portions  of  MIL-I-45208  cited  herein.  The  system  shall 
provide  comprehensive  control  of  the  development  and  validation  of  the  MTI&A 
products  to  assure  that  they  meet  the  requirements  of  the  contract  and  this 
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specification  and  are  adequate  for  the  intended  use.  If  a  quality  program  in 
accordance  with  MIL-Q-9858  is  a  requirement,  it  may  be  used  instead,  in 
whole  or  in  part  at  the  contractor's  option  to  permit  a  single,  uniform  quality 
system.  When  the  contract  includes  preparation  of  JPAs,  the  MTI&A  inspec¬ 
tion  system  shall  be  integrated  with  the  overall  technical  manual  quality  assur¬ 
ance  program.  If  the  contract  requirements  for  contractor  inspection  conflict 
with  this  specification,  the  contract  shall  govern.  The  contractor's  responsi¬ 
bilities  for  the  inspection  system  shall  be  as  specified  in  3. 1  of  MIL-1-45208. 
The  contractor  shall  use  in-house  or  other  manpower  facilities  and  services 
as  approved  by  the  procuring  agency.  Quality  assurance  personnel  shall  not 
be  the  same  persons  as  those  preparing  the  item  being  examined,  but  shall  be 
qualified  by  training  and  experience  to  assess  MTI&A  requirements,  products, 
and  validation  methods. 


4.5.1  Detailed  Requirements 

4.5. 1.1  Inspection  Instructions.  Directions  for  inspection  shall  be  documented 
by  clear,  complete  and  current  instructions  as  prescribed  in  3.2.1  of  MIL-I- 
45208.  The  instructions  shall  include  sampling  procedures,  methods  of  check¬ 
ing  the  adequacy  of  analysis  procedures,  and  checklists  for  assessing  the  con¬ 
tent  and  completeness  of  analysis  products.  Criteria  for  approval  and  rejection 
shall  be  given.  Inspections  shall  be  conducted  in  accordance  with  the  approved 
quality  assurance  plan.  Sampling  methods  shall  be  applied  when  deemed  suitable 
during  the  development  period;  however,  all  MTI&A  products  must  be  subjected 
to  100  percent  validation  prior  to  submission  to  the  Government. 

4.5. 1.2  Records .  The  results  of  all  inspections  shall  be  recorded  as  required 
by  3.2.2  of  MIL-I-45208.  The  records  shall  indicate  the  products  sampled,  the 
nature  and  number  of  observations  made,  the  number  and  type  of  deficiencies 
found,  and  the  nature  of  corrective  action  taken  as  appropriate. 

4.5. 1.3  Corrective  Action.  When  defects  are  found  during  inspection,  the 
contractor  shall  take  prompt  action  as  specified  in  3. 2. 3  of  MIL-I-45208  to 
correct  the  defects  or  the  conditions  that  could  result  in  the  submission  to  the 
Government  of  defective  MTI&A  products. 

4.5. 1.4  Source  data.  The  inspection  system  shall  provide  for  procedures 
which  assure  that  the  latest  source  data  are  being  used  for  conduct  of  the 
MTI&A. 


4.5. 1.5  Validation.  The  inspection  system  shall  provide  procedures  for  moni¬ 
toring  the  validation  of  MTI&A  products  by  quality  assurance  personnel  to 
ascertain  that  it  is  being  conducted  in  accordance  with  the  requirements  of  4.6 
and  the  validation  plan,  that  the  validation  results  are  properly  recorded,  and 
that  any  necessary  corrections  to  the  MTI&A  products  are  made. 

4.6  Volidotion.  Prior  to  submission  to  the  Government,  all  MTI&A 
products  shall  be  validated  by  the  contractor  for  adequacy,  accuracy,  and 
completeness  in  accordance  with  this  specification.  The  validation  shall  con¬ 
stitute  a  complete  and  thorough  check  of  the  data  and  procedures  to  provide  a 
measure  of  the  overall  quality  of  the  products  and  to  assure  their  technical 
integrity.  Validation  may  be  performed  at  the  contractor's  facility,  at  an 
equipment  site,  at  subcontractors'  facilities,  or  a  combination  of  these  as 
determined  to  be  most  suitable  for  the  purpose.  Validation  shall  be  conducted 
in  accordance  with  the  approved  validation  plan  (4. 5. 1.1)  by  qualified  contractor 
technical  personnel  and  quality  assurance  representatives.  The  Government 
reserves  the  right  of  witnessing  the  validation  by  representatives  of  the  pro¬ 
curing  activity,  at  its  discretion.  The  contractor  shall  notify  the  procuring 
activity  in  advance  of  scheduled  validation  activities.  All  MTI&A  products 
must  be  validated  completely  at  one  time  or  in  any  particular  sequence. 

4.6. 1  Validation  of  task  analysis  worksheets.  The  adequacy  of  the  task  steps 
and  illustration  references  of  the  Task  Analysis  Worksheets  shall  be  checked 
by  actual  performance  on  the  subject  system/equipment.  All  procedures  and 
steps  shall  be  validated  100  percent  on  the  equipment.  Complete  validation 
of  the  Worksheets  ensures  the  accuracy  of  the  subsequently  prepared  JGM;aIl 
that  is  required  for  JGM  validation  is  a  comparison  with  the  corresponding 
Worksheet  for  fidelity  of  conversion.  Those  tasks  or  steps  that  would  damage 
or  degrade  the  equipment  or  are  otherwise  technically  impractical  shall  be 
performed  by  simulation  in  whole  or  in  part,  subject  to  approval  of  such  simu¬ 
lation  by  the  procuring  activity.  "Simulation’'  means  comparison  of  the  instruc¬ 
tions  in  the  Worksheet  against  the  physical  equipment  and  any  necessary  sup¬ 
porting  photos  or  drawings.  The  validation  shall  assess  whether  adequate 
warnings,  cautions,  and  notes  have  been  provided  at  the  appropriate  places  to 
ensure  the  safety  of  personnel  and  avoid  damage  to  the  equipment.  Validation 
may  be  conducted  concurrently  with  removal,  disassembly,  test,  assembly, 
etc.  performed  by  other  contract  activities,  when  practical.  However,  the 
procedures  and  steps  used  shall  be  only  those  contained  in  the  Worksheets. 
Non-procedural  information  on  the  Worksheets  shall  be  validated  in  accordance 
with  4.6. 2.3.  The  end  equipment  and  support  equipment  used  for  validation 
shall  be  in  accordance  with  the  approved  equipment  plan  and  meet  the  require¬ 
ments  of  3. 1.8. 
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4.6.2  Validation  of  non-procedural  products. 


4.6.  2.1  Task  identification  matrix.  The  contractor  shall  validate  the  entire 
Task  Identification  Matrix  prior  to  beginning  the  Task  Detail  Analysis. 

Initially,  a  complete  check  shall  be  made  of  the  developed  matrix  by  examin¬ 
ing  each  hardware  item  listed  against  the  latest  data-base  document  (GAPL, 
PPB,  IPB,  Repair  Parts  and  Special  Tools  List  (RPSTL),  or  other  complete 
parts  breakdown).  When  the  TIM  is  determined  to  accurately  reflect  the  hard¬ 
ware  complement,  it  shall  be  further  validated  as  follows: 

a.  Personnel  shall  be  selected  who  are  technically  qualified  (design 
engineer,  field  maintenance  instructor,  etc.  —  sometimes  called  subject 
matter  expert),  have  in-depth  knowledge  of  maintenance  performed  on  this 
equipment  or  subsystem,  and  are  technically  capable  to  make  decisions  based 
on  factors  such  as  maintainability,  spares  levels,  maintenance  philosophy, 
and  availability  of  test  equipment. 

b.  All  TIM  entries  for  each  hardware  item  shall  be  analyzed  for  appropri¬ 
ateness  of  task  types  and  indicated  levels  of  maintenance  (e.g. ,  Can  it  be 
aligned?  Can  it  be  repaired?  At  what  level?).  If  in  error,  the  TIM  shall  be 
corrected  by  the  validating  team. 

c.  Any  parts  of  the  TIM  that  are  found  during  validation  to  be  missing  or 
significantly  in  error  shall  be  corrected  and  then  revalidated,  preferably  by 
the  same  validation  personnel. 

4.6.  2.2  Support  equipment  guide.  The  Support  Equipment  Guide  shall  be 
validated  by  qualified  support  equipment  personnel  (i.e.  ,  engineer  or  specialist) 
who  are  familiar  with  the  target  users  as  defined  in  the  Definitized  User  Profile. 
Validation  shall  show  that  the  Guide  satisfies  the  following  requirements: 

a.  It  reflects  the  approved  list  of  tools,  test  equipment,  and  ground  sup¬ 
port  equipment  or  equipment  functions  that  have  been  recommended  or  procured 
for  O&I  maintenance. 

b.  The  tasks  listed  for  JPA  inclusion  in  the  TIM  can  be  performed  with 
the  specific  items  or  functions  listed  in  the  Guide. 

c.  The  standard  statements  to  be  included  in  the  JPA  are  appropriate  for 
the  support  equipment  and  for  the  specified  user  population. 


4. 6. 2. 3  Other  non-procedural  products.  All  other  non-procedural  MTI&A 
products  shall  be  validated  by  a  thorough  review  for  adequacy*  accuracy,  and 
completeness  and  for  compliance  with  this  specification*  Entries  on  each 
product  shall  be  compared  with  the  source  data  identified  thereon  as  having 
been  used  for  its  development*  The  products  shall  be  checked  against  inspec¬ 
tion  records,  in-process  review  comments,  and  other  contractor  and  Govern¬ 
ment  interim  review  comments  and  documents  to  assure  that  all  necessary 
corrections  and  modifications  have  been  accomplished.  Each  product  shall  be 
further  cross-checked  against  the  other  MTI&A  products  used  in  their  develop¬ 
ment,  or  in  whose  development  they  were  used,  for  agreement  and  for  consis¬ 
tency  of  co^mmon  data. 

f  4 

4.6.3  Validation  of  Troubleshooting  products. 

4.6;,3. 1  Non-Procedural  products.  The  contractor  shall  validate  the  Annotated 
Source  DqcUments,  Checkout  Summary,  and  Fault  Symptom  List  prior  to 
beginning  the  Action  Trees.  The  validation  shall  constitute  a  complete  and 
thorough  check  of  data,  performance  parameters  and  failure  mode  and  fault 
symptoms  to  .ensure  overall  quality  and  technical  integrity  of  the  products  that 
will  form  the  basis  for  ATs  and  later  Logic  Trees.  Initially  a  complete  check 
shall  be  made  that  the  checkout  summary  entries  and  failure  modes  and  fault 
symptoms  match  the  TIM  cell  decisions  for  checkout  and  troubleshoot  func¬ 
tions,  as  well  as  other  MTI&A  products. 

4.6.3,  2  Validation  of  Action  Trees.  The  hardware  breakdown,  and  the  trou¬ 
bleshooting  strategy,  implicit  in  each  AT  shall  be  validated  for  accuracy  and 
completeness  against  source  data.  All  procedural  data  shall  be  validated  100 
percent  on  the  equipment  by  qualified  subject  matter  experts,  as  follows: 

a.  The  adequacy  of  the  AT  task  steps  shall  be  checked  by  actual  perform¬ 
ance.  Only  the  tools  and  test  equipment  authorized  in  the  Support  Equipment 
Guide  shall  be  used.  The  objective  shall  be  100  percent  validation  of  technical 
accuracy,  adequacy  and  performability  of  each  AT  branch, 

b.  Simulation  in  lieu  of  full  troubleshooting  performance  may  be  used  if 
necessary  to  prevent  degradation  of  parts,  pieces  or  components  associated 
with  the  faulty  elements.  Prior  approval  of  the  Government  shall  be  obtained  for 
all  troubleshooting  simulations. 

c.  Contractor  personnel  shall  perform  AT  troubleshooting  procedural  steps 
on  operational  and  authorized  equipment  using  only  the  information  provided  in 
the  AT. 
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d.  There  must  be  an  AT  for  each  fault  symptom  identified  during  trouble¬ 
shooting  task  analysis. 

e.  The  AT  must  include  diagnostic  branching  steps  that  will  expose  every 
component  that  can  produce  the  AT  fault  symptom. 

f.  The  AT  branching  and  troubleshooting  strategy  must  be  efficiently 
developed  to  ensure  against  redundant  steps,  omissions,  and  overlapping  tests 
and  incomplete  endings. 

g.  In  the  process  of  validating  action  trees,  the  contractor  shall  determine 
the  full  range  of  tolerance  values  given  for  testing  suspect  components  for  pres¬ 
sure,  motion,  voltage,  current,  resistance  and  waveform  readings.  The  basis 
for  these  determinations  shall  be  the  tolerance  ranges  listed  in  the  performance 
analysis  and  checkout  summary.  The  full  range  for  each  reading  shall  be  estab¬ 
lished  by  simulating  the  failure  mode  in  a  manner  that  allows  the  tolerance  limits 
to  be  observed;  i.e.,  the  points  in  the  range  at  which  the  fault  symptom  or 
symptoms  appear.  When  approved  by  the  Government,  and  at  the  option  of  the 
contractor,  a  set  of  design,  engineering,  test  or  production  reports  showing  the 
required  tolerance  ranges  can  be  inserted  in  the  validation  results  in  lieu  of 
further  trials. 

4.6.4  Records.  The  contractor  shall  prepare  and  maintain  records  of  valida¬ 
tion  proceedings,  showing  dates  of  validation,  material  reviewed,  findings, 
actions  taken,  and  names  of  participants.  The  procuring  activity  shall  have  the 
right  to  examine  these  records  at  the  contractor’s  facility.  If  required  by  the 
contract,  validation  records  shall  be  deliverable. 

4.6.5  Correction  of  errors  and  revalidation.  When  corrections  or  revisions 
are  required  after  any  inspection,  validation  or  review,  all  such  corrections 
or  revisions  shall  be  reinspected,  revalidated,  or  re-reviewed. 

4.7  Government  inspection.  Material  furnished  in  accordance  with 
this  specification  shall  be  subject  to  inspection  and  approval  or  disapproval  by 
the  Government  or  its  appointed  representative  prior  to  acceptance,  in  accord¬ 
ance  with  the  contract  requirements. 

4.7. 1  In-process  reviews.  Periodic  in-process  reviews  and  inspections  may  be 
performed  by  representatives  of  the  procuring  activity  during  development  of 
MTI&A  products,  primarily  as  guidance  to  the  contractor  and  to  assure  that  the 
analysis  conforms  to  contract  and  specification  requirements.  Hie  reviews  and 
inspections  may  be  conducted  at  the  contractor’s  facility  at  any  time  during  the 
development  of  the  analysis.  To  the  maximum  extent  feasible,  in-process 
reviews  shall  be  scheduled  to  take  place  early  in  the  development  process  when 


53 


guidance  can  have  its  greatest  effect,  and  later  when  enough  of  each  MTI&A 
product  is  completed  (e.g.  30%,  60%)  to  permit  useful  sampling  inspection  and 
assessment. 

4.7.2  Verification.  All  validated  MTI&A  products  will  be  verified  by  repre¬ 
sentatives  of  the  procuring  activity  prior  to  acceptance.  The  verification  will 
ascertain  the  adequacy,  accuracy  and  completeness  of  the  products,  their 
conformance  with  the  contract  and  specification  requirements,  and  their  suit¬ 
ability  for  the  intended  use.  As  part  of  verification  the  procuring  activity 
representatives  may  inspect  the  contractor's  validation  records  and  conduct  a 
review  of  the  MTI&A  products.  For  the  Task  Analysis  Worksheets  and  Action 
Trees  this  review  may  take  either  of  the  following  forms:  witnessing  the  con¬ 
tractor's  validation;  having  Government  personnel  perform  the  task  steps  at 
the  contractor's  plant  or  at  Government  facilities;  or  similar  suitable  actions. 
The  contractor  shall  correct  errors  and  omissions  found  by  the  Government  at 
no  additional  cost.  Substantial  corrections  or  additions  shall  be  revalidated  and 
re  verified  until  they  meet  the  requirements  of  the  contract  and  this  specification. 

5.  PACKAGING 

5.1  Pockcging.  Packaging,  packing,  and  marking  shall  be  in  accordance 
with  MIL-M-38784. 

6.  NOTES 

6.1  Intended  use.  Maintenance  task  analyses  and  the  products  of  those 
analyses  prepared  in  accordance  with  the  requirements  of  this  specification  are 
intended  for  use  as  the  preparatory  phase  of  development  of  Job  Performance 
Aids  and  other  types  of  manuals.  MTI&A  is  used  to  identify  all  maintenance 
tasks  to  be  included  in  JPAs  and  to  establish  a  firm,  complete  data  base  for 
their  preparation. 

6.2  Ordering  data.  When  ordering  or  contracting  for  MTI&A  the  pro¬ 
curing  activity  will  provide  the  following  information  and  instructions  to  bidders 
and  contractors: 

a.  The  title,  number,  and  date  of  this  specification 

b.  Optional  MTI&A  products  required,  if  any,  and  required  content 
and  format  (3. 1.4. 2) 

c.  Data  and  data  sources  to  be  provided  by  the  Government,  if  any  (3. 1.5) 

d.  Definition  of  which  MTI&A  products  are  to  be  delivered  to  a  Govern¬ 
ment  facility  and  which  are  to  be  delivered  in  place.  Also  include 
retention  period  for  products  delivered  in  place  (3. 1.7). 
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e.  Instructions  for  availability  and  use  of  subject  system /equipment 
for  MTI&A  development  and  validation  (3. 1.8) 

f.  Hardware  indenture  level  of  equipment  breakdown  in  TIM  (3.2. 1. 1) 

g.  GFE  and  standard  off-shelf  equipment  to  be  included  in,  or  excluded 
from,  the  MTI&A  (3.  2. 1. 1) 

h.  The  current  maintenance  concept  for  the  system /equipment  (3.  2. 1.  3) 

i.  Maintenance  level  to  which  task  analysis  shall  be  conducted:  O,  I, 
or  both  (3.3  and  3.4) 

j.  A  Preliminary  User  Profile  or  date  for  furnishing  it  to  the  contractor 
(3. 3. 1.1) 

k.  Method  of  keying  task  steps  to  locator  illustrations  (3.  3. 4.4. 7  g) 

l.  Whether  an  inspection  system  shall  be  required  in  accordance  with 
paragraph  4 . 5 

m.  The  Government's  plan,  procedures,  and  requirements  for  conduct¬ 
ing  in-process  reviews. 

n.  Whether  validation  records  shall  be  deliverable  items  (4.6.3) 

6.3  Terms  and  definitions.  The  following  important  terms  and  defini¬ 
tions  are  used  throughout  this  specification.  An  understanding  of  each  is  neces¬ 
sary  to  enable  the  contractor  to  perform  effective  MTI&A.  Important  terms 
that  are  adequately  defined  in  the  text  are  generally  not  repeated  here. 

6.3.1  Action  Tree.  A  branching  tree  diagram  for  a  fault  symptom  showing  the 
procedural  steps  required  to  isolate  each  fault  that  can  cause  that  symptom  to 
a  replaceable  component. 

6.3.2  Analyst  (Task).  An  individual  qualified  by  training  and  experience  to 
perform  the  task  analysis  process.  Personnel  assigned  this  position  (or  are 
detailed  to  assist  in  this  process)  should  have  an  understanding  of:  (1)  analysis 
techniques;  (2)  documentation  research  techniques;  and  (3)  interview  techniques. 
An  analyst  need  not  be  an  equipment  expert,  but  must  have  access  to  equipment 
experts. 

6.3.3  Assembly.  A  number  of  parts  or  subassemblies,  or  combination,  joined 
together  to  perform  a  specific  function  and  which  can  be  disassembled. 
(Examples:  Power  shovel-front,  fan  assembly,  audio  frequency  amplifier.) 
NOTE:  The  distinction  between  an  assembly  and  subassembly  is  determined 

by  the  individual  application.  An  assembly  in  one  instance  may  be  a  subassembly 
in  another  where  it  forms  a  portion  of  an  assembly. 
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6.3.4  Automatic  Test  Equipment  (ATE).  Automatically  sequenced  test  equip¬ 
ment  used,  usually  at  intermediate  (shop)  level,  to  check  out  and  troubleshoot 
assemblies  of  a  system,  such  as  LRUs  (Line  Replaceable  Units  >. 

6.3.5  Built-In  Test  Equipment  (BITE).  Test  equipment  built  into  a  system 
that  enables  it  to  perform  a  check  on  itself  automatically. 

6.3.6  Failure  Mode.  One  of  the  ways  in  which  a  component  can  fail.  A 
solenoid,  for  example,  can  have  three  failure  modes:  a)  a  broken  coil, 
b)  broken  insulation,  or  c)  restricted  mechanical  movement.  Each  of  the 
three  failure  modes  can  produce  a  different  fault  symptom. 

6.3.7  Fault  Symptom.  An  observable  or  measurable  abnormal  indication, 
operation  or  function  caused  by  a  fault  in  an  equipment  or  system.  Note  that 

in  some  systems,  for  any  given  system  state  the  same  symptom  may  appear  as 
the  result  of  any  one  of  many  possible  faults. 

6.3.8  Function.  A  group  of  functional  entities  and  functional  devices  or  circuit 
elements  that  work  together  to  accomplish  a  portion  of  a  system  or  an  equipment 
assigned  objective.  For  example:  transmit,  receive,  display,  hoist,  train, 
generate  power,  and  control  actions. 

6.3.9  In-Proeess  Review.  A  review  of  an  MTI&A  project  conducted  at  critical 
points  for  the  purpose  of  evaluating  the  status  of  the  project,  accomplishing 
effective  coordination,  and  facilitating  proper  and  timely  decisions  required 
during  the  task  analysis.  Also  includes  evaluation  of  work  in  progress  and 
provision  of^guidance. 

6.3.10  Intermediate  Maintenance.  See  ’Maintenance  Level1. 

6.3. 11  Job.  The  composite  of  duties  and  tasks  expected  of  an  individual  within 
a  particular  rating  or  specialty’  and  at  a  particular  skill  level  or  rate. 

6.3.12  Job  Guide  Manual  /JGM).  A  specialized  technical  manual  containing 
illustrated,  highly  detailed  step-by-step  procedures  for  the  accomplishment  of 
maintenance  tasks  other  than  Checkout  and  Troubleshooting. 

6.3.13  Job  Performance  Aid  (JPA).  Illustrated,  highly  detailed  step-by-step 
instructions  for  the  performance  of  maintenance  tasks,  including  both  non¬ 
troubleshooting  and  troubleshooting  tasks.  The  two  types  of  JPA  (Job  Guide 
Manuals  and  Logic  Tree  Troubleshooting  Aids)  are  designed  to  provide  in  one 
place  all  of  the  information  that  a  technician  needs  to  do  all  of  the  job  tasks  on 
a  system/equipment. 
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6.3*14  Logic  Tree  Troubleshooting  Aid  (LTTA).  A  specialized  troubleshoot¬ 
ing  manual  based  on  logic  trees  and  containing  coordinated  sets  of  trouble¬ 
shooting  aids  such  as  checkout  procedures,  logic  trees,  fault  symptom  lists, 
locator  diagrams,  and  sometimes  supporting  reference  information  and 
troubleshooting  rationales. 

6.3.15  Maintainable.  Capable  of  being  adjusted,  aligned,  calibrated,  checked, 
tested,  trouble-isolated,  serviced,  repaired,  or  replaced. 

6.  3. 16  Maintenance  Function.  A  group  of  maintenance  tasks  performed  upon  a 
system  or  a  component  of  the  system.  Standard  maintenance  function  verbs  for 
use  in  the  TIM  are: 

a.  Adjust.  1)  To  bring  to  a  specified  position  or  state;  2)  to  bring  to  a 
more  satisfactory  state;  to  manipulate  controls,  levers,  linkages,  etc.,  to 
return  equipment  from  an  out-of-tolerance  condition  to  an  in-tolerance  condition. 

b.  Align.  To  bring  into  line,  to  line  up;  to  bring  into  precise  adjustment, 
correct  relative  position,  or  coincidence. 

c.  Assemble.  To  fit  and  secure  together  the  several  parts  of;  to  make  or 
form  by  combining  parts. 

d.  Calibrate.  To  determine,  and  restore  if  necessary,  accuracy  by 
special  measurement  or  by  comparison  with  a  standard.  Usually  applied  to 
test  and  measurement  equipment  but  also  applies  to  other  highly  accurate 
equipment. 

e.  Checkout,  To  perform  specified  operations  to  verify  operational  readi¬ 
ness  of  a  subcomponent,  component;  subsystem,  or  system. 

f.  Disassemble.  To  take  to  pieces;  to  take  apart  to  the  level  of  the  next 
smaller  unit  or  down  to  all  removable  parts. 

g.  Install.  1)  To  perform  operations  necessary  to  properly  fit  an  equip¬ 
ment  unit  into  the  next  larger  assembly  or  system;  2)  to  place  and  attach. 

h.  Operate.  To  control  equipment  in  order  to  accomplish  a  specific 
purpose . 

i.  Reassemble.  To  refit  and  secure  the  parts  of  the  item  after  they  have 
been  taken  apart. 
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j.  Reinstall.  To  perform  operations  necessary  to  properly  refit  into  a 
system  or  subsystem,  an  item  that  was  previously  removed. 

k.  Remove.  1)  To  perform  operations  necessary  to  take  an  equipment 
unit  out  of  the  next  larger  assembly  or  system;  2)  to  take  off  or  eliminate; 

3)  to  take  or  move  away. 

l.  Repair.  To  restore  an  equipment  item  to  operable  condition  by  means 
other  than  total  replacement . 

m.  Replace.  To  substitute  serviceable  equipment  for  malfunctioning, 
worn  out,  or  damaged  equipment. 

n.  Service.  Operations  required  periodically  to  keep  an  item  in  proper 
operating  condition,  such  as  the  following: 

(1)  Balance.  To  equalize  in  weight,  height,  number,  or  proportion. 

(2)  Bleed .  To  extract  from  or  let  out  some  or  all  of  a  contained 
substance . 

(3)  Charge.  To  restore  the  active  materials  in  a  storage  battery  by 
the  passage  of  a  direct  current  through  in  the  opposite  direction  to 
that  of  the  discharge. 

(4)  Check.  1)  To  confirm  or  establish  that  a  proper  condition  exists; 
to  ascertain  that  a  given  operation  produces  a  specified  result;  to 
examine  for  satisfactory  accuracy,  safety  or  performance;  to 
confirm  or  determine  measurements  by  use  of  visual  or  mechan¬ 
ical  means ;  2)  To  perform  a  critical  visual  observation  or  check 
for  specific  conditions;  to  test  the  condition  of. 

(5)  Clean.  To  wash,  scrub,  or  apply  solvents  to;  remove  dirt, 
corrosion,  or  grease. 

(6)  Coat.  To  cover  or  spread  with  a  finishing  protecting  layer. 

(7)  Drain.  To  draw  off  (liquid)  gradually  or  completely. 

(8)  Flush.  To  pour  liquid  over  or  through;  to  wash  out  with  a  rush 
of  liquid. 
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(9)  Inspect.  To  perform  a  critical  visual  observation  or  check  for 
specific  conditions;  to  test  the  condition  of. 

(10)  Lubricate.  To  put  lubricant  on  specified  locations. 

(11)  Paint.  To  apply  color  or  pigment  (suspended  in  suitable  liquid) 
to  the  surface  of. 

(12)  Pressurize.  To  apply  pressure  within  by  filling  with  gas  or  liquid. 

(13)  Purge.  1)  To  free  of  sediment  or  trapped  air  by  flushing  or 
bleeding;  2)  to  remove  fuel  or  fuel  vapors  from  engine  by  motor¬ 
ing  engine  with  fuel  switch  off. 

(14)  Tune.  To  adjust  for  precise  functioning. 

o.  Test.  To  perform  specified  operations  to  verify  operational  readiness 
of  a  component,  subcomponent,  system,  or  subsystem. 

p.  Troubleshoot.  To  localize  and  isolate  the  source  of  a  malfunction  or 
breakdown. 

6.3.17  Maintenance  Levels.  The  three  basic  levels  of  maintenance  -  Organiza¬ 
tional,  Intermediate,  and  Depot  (not  covered  in  this  specification)  into  which  all 
maintenance  activity  is  divided.  The  scope  of  maintenance  performed  within 
each  level  must  be  commensurate  with  the  personnel,  equipment,  technical  data, 
and  facilities  provided. 

a.  Organizational  Maintenance.  Maintenance  which  is  the  responsibility  of, 
and  performed  by,  a  using  organization  on  its  assigned  equipment.  Its  phases 
normally  consist  of  inspecting,  servicing,  lubricating,  adjusting,  and  the  replace¬ 
ment  of  parts,  assemblies,  and  subassemblies. 

b.  Intermediate  Maintenance.  Maintenance  which  is  the  responsibility  of 
and  performed  by  designated  maintenance  activities  for  direct  and  general  support 
of  using  organizations.  Its  phases  normally  consist  of  calibration,  repair  or 
replacement  of  damaged  or  unserviceable  parts,  units  or  assemblies  or  sub- 
assemblies;  the  emergency  manufacture  of  non -available  parts;  and  providing 
technical  assistance  to  using  organizations.  Intermediate  maintenance  is  nor¬ 
mally  accomplished  in  fixed  or  mobile  shops. 
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6.3.18  Maintenance  Step.  (See 'Task  Step') 


6.3.19  Maintenance  Task.  (See 'Task') 

6.3.20  Maintenance  Task  Analysis.  (See 'Task  Analysis' ) 

6.3.21  Maintenance  Task  Identification.  (See  'Task  Identification') 

6.3.22  MTI&A  Products.  The  recorded  results  of  Maintenance  Task  Identifi¬ 
cation  and  Analysis.  Includes:  Task  Identification  Matrix  (TIM)  or  Expanded 
TIM  (optional);  Definitized  User  Profile;  Level  of  Detail  Guide;  Support  Equip¬ 
ment  Guide;  Task  Analysis  Worksheets;  Checkout  Summary;  Fault  Symptom 
List;  Action  Trees;  and  Task  Identification  Summaries  (optional). 

6.3.23  Part.  One  piece,  or  two  or  more  pieces  joined  together  which  are  not 
normally  subject  to  disassembly  without  destruction  of  designed  use. 

6. 3. 24  Performance  Parameters.  Range  of  acceptable  values  for  a  system  or 
equipment  function  which  when  measured  or  observed  indicate  satisfactory  oper¬ 
ation. 

6.3.25  Skill.  The  mastery  of,  or  proficiency  in,  a  technique.  Skills  involve 
physical  or  manipulative  activities .  They  often  require  knowledge  for  their 
execution.  All  skills  are  actions  having  special  requirements  for  speed, 
accuracy,  or  coordination. 

6.3.26  Skill  Level.  The  type  and  degree  of  skill  representing  the  extent  of 
qualification  within  the  total  AFSC.  It  reflects  the  skills  typically  required  for 
successful  performance  at  the  grade  with  which  the  skill  level  is  associated. 

6. 3. 27  Subassembly.  Two  or  more  parts  which  form  a  portion  of  an  assembly 
or  a  unit  replaceable  as  a  whole ,  but  having  a  part  or  parts  which  are  individ¬ 
ually  replaceable. 

6. 3. 28  Subsystem.  A  major  functional  subassembly  or  grouping  of  items  or 
equipment  which  is  essential  to  the  operational  completeness  of  a  system. 

6.3.29  Subtask.  Any  group  of  related  behaviors  which  fulfills  a  limited  purpose 
within  a  task.  For  example,  "open  access  doors"  or  "set  up  test  equipment" 
may  be  subtasks  within  an  inspection  or  checkout  task. 

6.3.30  Support  and  Test  Equipment  (SEl.  Referred  to  as  'support  equipment' 
in  this  specification.  One  of  the  nine  principal  elements  of  1LS.  Consists  of 
tools,  metrology  and  calibration  equipment,  performance  monitoring  and  fault 
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isolation  equipment,  maintenance  stands  and  handling  devices  required  to 
support  the  operation  and  maintenance  of  systems.  Items  are  categorized  as 
peculiar  (to  the  system  under  development)  and  common  (commercially  avail¬ 
able  or  currently  in  the  defense  inventory).  Includes  equipment  categorized  as 
Ground  Support  Equipment  (GSE)  or  Aerospace  Ground  Equipment  (AGE). 

6.3.31  Symptom.  (See 'Fault  Symptom') 

6.3.  32  System/Eauioment.  The  item  under  analysis,  be  it  a  complete  system 
or  any  portion  thereof  being  procured. 

6.3.33  Target  Population.  (See 'User  Population') 

6.3.  34  Task,  A  set  of  steps  describing  a  complete  start-to-finish,  step-by- 
step  maintenance  action. 

6.3.  35  Task  Analysis.  Also  referred  to  as  "Maintenance  Task  Analysis".  A 
systematic  procedure  for  analyzing  identified  maintenance  task  to  determine 
what  the  task  consists  of,  what  is  needed  to  perform  it,  and  how  it  should  be 
performed.  Includes  defining  the  user  population,  support  equipment  require¬ 
ments,  and  level  of  detail  required.  The  recorded  results  of  task  analyses  are 
the  basis  for  development  of  Job  Guide  Manuals  and  Logic  Tree  Troubleshooting 
Aids. 

6.3.  36  Task  Identification.  Also  referred  to  as  'Maintenance  Task  Identifica¬ 
tion'.  The  ascertainment  and  itemization  of  the  troubleshooting  and  non¬ 
troubleshooting  tasks  required  to  maintain  a  system/equipment  at  the  Organiza¬ 
tional  and  Intermediate  levels. 

6.3.  37  Task  Step.  The  single,  smallest  logically  definable  maintenance  action, 
such  as  setting  a  switch  to  the  OFF  position.  Generally,  a  step  is  comprised  of 
one  action  but  in  certain  cases  may  be  a  series  of  identical  actions ,  such  as 
removing  seven  bolts. 

6. 3.  38  Troubleshooti ng.  The  process  of  detection,  diagnosis  and  isolation  of 
equipment  malfunctions  for  repair. 

6.3.  39  User  Population.  Also  referred  to  as  'Target  Population'.  Representa¬ 
tive  members  of  the  using  commands,  organizations  or  units  for  whom  the  Job 
Performance  Aids  will  be  developed,  and  therefore  at  whom  the  MTI&A  is  aimed. 
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6.3.40  Validation.  The  process  bv  which  the  contractor  ensures  the  adequacy, 
accuracy  and  completeness  of  the  MTI&A  products  and  their  suitability  for  the 
intended  purpose.  Procedural  data  is  validated  by  actual  performance  on  the 
subject  system/equipment,  while  non -procedural  data  is  validated  by  such 
methods  as  comparison  with  source  data,  analysis  by  experts,  etc. 

6.3.41  Verification.  The  process  by  which  the  Government  assures  the 
accuracy,  adequacy,  completeness  and  suitability  of  the  MTI&A  products  and 
their  conformance  with  contract  and  specification  requirements.  This  includes 
Government  action  to  assure  proper  validation  by  the  contractor,  actual  com¬ 
parison  with  the  hardware,  and  other  suitable  actions. 


FIGURE  1.  MTI&A  relationships. 
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TASK  IDENTIFICATION  MATRIX  -  AIRCRAFT  CANNON  XG-88 
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FIGURE  3,  Example  of  basic  task  identification  matrix  —  computer  printout 


1°  I J 1 


Organizational  level  task  to  be  included  in  a  JGM 

Intermediate  level  task  to  be  included  in  a  JGM 

Organizational  level  task  to  be  included  in  &  LTTA 
Intermediate  level  task  to  be  included  in  a  LTTA 
Organizational  level  task  not  to  be  included  in  a  JGM  or  LTTA 

Intermediate  level  task  not  to  be  included  in  a  JGM  or  LTTA 

Task  to  be  included  in  both  Organizational  and  Intermediate  level  JGMs, 
but  method  of  accomplishment/procedure  differs  for  each 

Task  to  be  included  in  both  Organizational  and  Intermediate  level  LTTAs , 
but  method  of  accomplishment/procedure  differs  for  each 

Organizational  level  task  performed  by  automatic  self-test  equipment  (BITE  > 

Intermediate  level  task  performed  by  automatic  test  equipment  (ATE) 

No  such  task  required  at  O  or  I  level 

A  decision  is  needed  —  "Is  there  such  a  task9"  "At  what  level?"  (Interim  code) 

Organizational  level  task  -  A  decision  on  JGM  or  LTTA  inclusion  is  needed  (Interim  code) 

Intermediate  level  task  -  A  decision  on  JGM  or  LTTA  inclusion  is  needed  (Interim  code) 

Task  to  be  Included  in  a  JGM  -  A  decision  as  to  maintenance  level  Is  needed  (Interim  code) 


Task  to  be  Included  In  a  LTTA  -  A  decision  ae  to  maintenance  level  is  needed 
(Interim  code) 


FIGURE  4.  Baste  TIM  codes. 
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Dot*  *  /UzL 
Arwalytt 

AIR  COMBAT  FIGHTER  XF-12 
LEVEL  OF  DETAIL  GUIDE 


1.  DISCRIMINATIONS  and  perceptions  critical  to  successful  task  performance 

a.  Observing  Gross  Indications.  The  task  step  will  name  the  indicator 
and  will  state  the  condition  to  be  observed  (for  example,  a  light  on  or  off; 

a  motor  running  or  not  running).  The  illustration  will  depict  the  indicator's 
location;  wherever  practical  and  necessary  to  communicate  an  instruction,  the 
illustration  will  also  show  the  state  of  the  indicator. 

b.  Reading  Quantitative  Values.  The  task  step  will  state  a  range  of 
acceptable  values  by  naming  the  inclusive  limits  of  the  range.  The  location 
of  the  indicator  (scale,  counter)  will  be  illustrated  (with  the  exception  of 
some  common  pieces  of  test  equipment  see  the  Support  Equipment  Guide). 
Counter  readings  will  not  be  illustrated.  Necessary  scale  reading  and  inter¬ 
polation  skills  are  assumed  to  be  present  in  the  user. 

c.  Noting  Relative  Motion.  When  relative  motion  is  an  important  cue, 
the  task  step  will  describe  the  relevant  dimensions  of  motion  (direction 
and/or  rate)  of  objects  with  respect  to  one  another,  and  will  include  a  state¬ 
ment  of  the  observer's  position  relative  to  the  objects  whenever  position 
is  necessary  for  correct  interpretation  of  the  text  (e.g.,  a  fan  rotating 
clockwise  when  viewed  from  the  front).  Illustration  of  the  moving  components 
will  indicate  tne  direction  of  motion  with  the  use  of  an  arrow  pointing  from 
eacn  object  along  its  path  of  taction. 

d.  Reading  or  Interpreting  Oscilloscope  Patterns  or  Waveforms.  The  task 
step  text  will  require  the  technician  to  compare  display  with  a  standard 
provided  ir,  the  illustration.  The  illustration  will  be  a  line  drawing  or 
rendering  of  the  nominal  expected  display,  with  the  frequency,  amplitude, 
and/or  shape  tolerance  range  indicated  with  dimension  lines,  and  a  statement 
of  the  tolerance  (e.g.,  "greater  than  10  divisions"). 


FIGURE  6.  Example  of  level  of  detail  guide. 
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TASK  ANALYSIS  WORKSHEET 


©SHEET  J.  OF 

©  FUNCTION  TITLE  :  t^4  7*-*A  U*iX~ 

0  EQUI|T  ^L^TURE  a^PUC^B'UTYj 

0  TASK  INTERVAL:  ©DATE  COMPLETED:  2.  -/T-7V 

0  analyst :  t  S--3-7* 


/A/Pt/7"  C£AJbrrjoV± 

©  RCSm^ep  C'OK>PtT/o*J$  : 

a  ^i--« — r  **  (j/m  F  a/ i.') 

ClA**-**^{  d- U/y\A*OuJf  Oif') 
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(jo)  suffj-ies: 
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UJ*.*.kJ  I  *J  (r 
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FIGURE  7.  Example  of  task  analysis  worksheets  (sheet  1  of  4 


FIGURE  7.  Example  of  task  analysis  worksheets  (sheet  2  of  4). 
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_ TASK  ANALYSIS  WORKSHEET _ 

SHEET  2  OF  it 

Jrp  p4AA»V^  /\) 

/  PfjrZZt^  ^JU~U  ^O^uc/  '  C^*v4Ut^  C^WyA  1 

/H c/  % 

/j>  -  tf  y^»vc^  ^ftn» »  it  ■ 
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FIGUBE  7.  Example  of  task  analysis  worksheets  (sheet  3  of  4! 


TASK  ANALYSIS  WORKSHEET  _ 
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NOTES 
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FIGURE  7.  Example  of  task  analysts  worksheets  (sheet  4  of  4). 
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CHECKOUT  SUMMARY 
GUIDANCE  AND  CONTROL  SYSTEM  MB-I 
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PERFORMANCE 
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FIGURE  8.  Example  of  checkout  summary 
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-  Letters  *  1)  Components 
In  the  order  of  their 
probability  of  causing  the 
fault  symptom  -  If  they  are 
faulty  2)  components  found 
by  the  Action  Tree. 
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16 


17 _  __ 


Uncircled  Numbers  ■  Potential 
task  steps  of  an  eventual 
Logic  Tree. 
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16 


*  Circled  Numbers  *  Number  of 
components  isolated  down¬ 
stream  of  each  step  in  the 
action  tree. 


FIGURE  9.  Sample  outline  of  an  action  tree  for  a  complex  fault  symptom 
(without  component  names  and  procedural  information). _ 
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Vnka 


Fault  Symptom 

(No  Start;  No  NC  indlckliom 


OIL  PRt*URE  mot  OK 


OIL  TRFSRURr  OK 


Gaa  Generator 


wrench  cannot 

TURN  ENGINE 


fedlal  Drive 
Salt  (Replace) 


Power  Takeoff 


Cool  «elM  for  JO  ml*’  | 

Check  Out  engine  rolKM 
with  starter  or  with  3/i" 
drive  ratchet  with  6~ 
•AetMloe  oa  (war box  pad. 

Chech  start  again. 


WRENCH  TURNS 
ENGINE  DOESN'T 
ROTATE 


Engine  (Repine*) 


Starter  Atr 
Shutoff  Valve 


(Chech  air  pressure  for 
36  PSIG  and  e^lna 
routing  at  »-M*i 

-  Does  starter  rota  la  OK  ? 
■  Does  it  mi  art  ear  tv  “» 


(If  OK,  atari  salve  should 
open  hilly  with  Start  8w.  ONi 


(Rapier »,  if  not) 


Power  Supply 


(Chech  tf  starter  air 
valve  Sots  no  M  soilage 
la  111*30  Vdc. ) 


(Rapiers  and 
react  circuit* 


Circuit  Breaker* 


Lute  and 
Scavenge  Pump 


(Chech  if  cengtraaanr 
aad  AER  route  hut  nr 
tachometer  drtvei 


Tarh  Generator 


(Chech  A  Replnret 

nrttrator 

(Char*  4  Replace) 

Lead* 

((  heck  i  Replace) 


FIGURE  10.  Sample  action  tree  with  procedural  annotations. 


FIGURE  11.  Example  of  I^A  input  data  sheet  fDf  used  for  task  analysis  worksheet  develoi 


APPENDIX  A 


LSA  DATA  ELEMENTS  APPLICABLE  TO  MTI&A 

7.  SCOPE 

7.1  Scope.  Appendix  A  is  a  summary  of  the  LSA  standard  data  elements  of 
MIL-STD-1388-2  that  have  a  direct  or  indirect  application  to  MTI&A,  as 
described  in  3.5.  Each  element  is  defined  and  cross-referenced  to  the  LSA 
Input  Data  Sheet  on  which  it  usually  appears  and  the  analysis  products  to  which 
it  applies.  Some  data  elements  can  be  used  directly  as  an  entry,  or  can  be 
adapted  as  an  entry,  in  the  MTI&A  product.  Others  are  used  indirectly,  for 
sequencing  purposes  or  as  source  or  background  information. 

7.2  List  of  dato  elements.  The  definition  of  the  data  elements  listed 
below  are  those  given  in  MIL-STD-1388-2,  modified  in  some  cases  for  purposes 
of  brevity.  Other  data  elements  that  may  apply  to  MTI&A  may  also  be  used  for 
a  particular  program  as  directed  by  the  procuring  activity.  The  codes  used 
below  to  designate  the  'MTI&A  Product  Used  For'  are: 

TIM  -  Task  Identification  Matrix  TAW  -  Task  Analysis  Worksheets 

DUP  -  Defmitized  User  Profile  TTA  -  Troubleshooting  Task  Analysis 

SEG  -  Support  Equipment  Guide  GA  -  General  Application 


INPUT  SHEET(S)  USED  ON  I  MTI&A  PRODUCT  USED  FOR 


Additional  Skill  Requirement  G,E 

Indicates  why  present  Skill  Specialty  Code  (SSC)  is  inadequate, 
requires  modification,  or  that  a  new  SSC  is  required. 


DUP,  SEG 


Narrative  description  of  additional  training  required  for 
operator,  maintenance  and  instructor  personnel  of  Using 
Service. 


Duty  Position  Requiring  a  New 


Title  of  occupation  for  which  a  Skill  Specialty  Code  has  not 
been  assigned. 


TITLE 


INPUT  SHEET(S)  USED  ON 


MTI&A  PRODUCT  USED  FOR 


DEFINITION 

Educational  Qualifications  G  DUP 

Narrative  description  of  educational  prerequisites 
recommended  to  acquire  skill  necessary  to  perform 
the  task  or  attain  the  Skill  Speciality  Code. 

Failure  Effects  &  Criticality  B  TTA 

Narrative  description  of  probable  effects  of  failure  for  each 
failure  mode.  Includes  criticality  of  the  failure;  e.g, ,  com¬ 
pletely  inoperable,  inoperable  in  some  modes,  or  operable  at  a 
degraded  level  of  performance. 

Failure  Mode  B  TTA 

Description  of  each  mode  of  failure  in  order  of  probability 

of  occurrence. 

Failure  Symptoms  B  TTA 

Identification  of  the  symptoms  for  each  failure  mode,  that 
would  assist  in  diagnosing  the  failure  and  isolating  to 
indenture  level  where  repair  is  to  be  accomplished. 

Functional  Group  Code  All  GA 

Standard  numerical  indexing  system  establishing  a  sytematic 
breakdown  of  end  item  or  article  into  its  functional  systems, 
subsystems,  components/assemblies,  and  parts. 

Item  Function  B  TTA 

Detailed  description  of  item’s  function,  specificiations  and 
tolerances  in  the  system. 

Item  Name  B,D,E  TIM,  TAW,  SEG 

The  item  name,  as  contained  in  Federal  Cataloging 
Handbook  H6-1,  or  name  assigned  by  manufacturer 
in  accordance  with  MIL-STD-100. 


■m. 


TITLE 

INPUT  SHEET(S)  USED  ON 

|  MTI&A  PRODUCT  USED  FOR 

DEFINITION 

Maintenance  Concept 

B 

GA 

The  broad,  planned  approach  to  be  employed  in  sustaining  the 
system/equipment  at  a  defined  level  of  readiness  or  in  a  speci¬ 
fied  condition  in  support  of  the  operational  requirement.  Ini¬ 
tially  stated  by  the  Government  for  design  and  support  planning 
purposes,  and  expanded  by  contractor  prepared  inputs  during 
full-scale  development.  Provides  the  basis  for  The  Maintenance 
Plan.  Usually  includes  guidelines  pertaining  to  projected  main¬ 
tenance  tasks,  levels  and  locations;  organic/contractor  mainte¬ 
nance  workload  mix;  condition  monitoring,  fault  isolation  and 
testing  approach;  compatibility  with  existing  support  and  test 
equipment,  etc. 

Person  Identifier  D  TAW 

Identifies  each  person  required  to  perform  the  task.  If  a 
person  is  used  to  perform  more  than  one  task,  the  same 
character  will  identify  that  person  throughout  the  task  analysis. 


Manufacturers  Part  Number  B,D,E  TIM,  TAW,  SEG 

Numbers  assigned  to  uniquely  identify  a  specific  item.  May 
or  may  not  be  the  same  as  drawing  number. 


Means  of  Detection 


TTA 


The  means  by  which  a  system,  subsystem,  assembly  or  sub- 
assembly  is  checked  to  verify  its  operational  state  or  condition. 
First  letter  identifies  primary  means  of  detection  and  second 
indicates  the  secondary  means  of  detection. 

BITE  -  Built-In  Test  Equipment  -  A 

MTE  -  Manual  Test  Equipment  -  B 

ATE  -  Automatic  Test  Equipment  -  C 


Physical  and  Mental  Requirements  G 


DUP 


Identifies  any  unique  physical  or  mental  personnel  attributes 
required  or  recommended  as  prerequisites  to  full  qualifica¬ 
tion  in  the  applicable  task. 
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TITLE 

INPUT  SHEET(S)  USED  ON 

I  MTI&A  PRODUCT  USED  FOR 

DEFIN1  HON 

Reference  Designation 

H 

TIM 

Letters  or  numbers,  or  both,  used  to  uniquely  identify  and  locate 
discrete  units,  portions  thereof,  and  basic  parts  of  a  specific  set. 

The  FGC/WBS/WUC  is  used  instead  of  the  Reference  Designation 
Prefix.  (A  reference  designation  is  not  a  letter  symbol,  abbrevia¬ 
tion,  or  functional  designation  for  an  item.)  For  electrical  and 
electronic  parts  and  equipment,  the  reference  designation  number 
is  in  accordance  with  ANSI  Y32.  16,  utilizing  either  the  Unit  (pre¬ 
ferred)  or  Block  Numbering  Method.  For  a  non-electronic  system/ 
equipment  the  provisioning  activity  may  request  the  volume,  figure 
and  index  number  if  available. 

Sequence  Line  Number  D  TAW 

Identifies  the  sequence  of  steps  required  to  satisfy  each  task. 

Sequential  Task  Description  D  TAW 

A  step-by-step  narrative  description  of  the  complete  effort  to  accom¬ 
plish  a  specific  maintenance  or  operator  task.  Description  includes 
details  as  to  removal  of  connectors  or  attachments,  checkout,  fault 
isolation  and  safety  precautions.  Details  include  procedures,  toler¬ 
ances,  qualifying  notes,  special  training  required,  all  requirements 
for  power,  compressed  air,  and  environmental  considerations. 

Skill  Level  Code  C  DUP 

Indicates  skill  level  required  to  accomplish  each  maintenance  task. 

Basic  -  E-4  and  below 

Intermediate  -  E-5 

Advanced  -  E-6  and  above 

Skill  Specialty  Code  C,D,G  DUP 

Describes  maintenance  or  operator  skill  required  to  accomplish 
the  task. 
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TITLE 

INPI  T  SHEET(S)  USED  ON 

|  M TI&A  PRODUCT  USED  FOR 

DEFINITION 

Support  and  Test  Equipment  p;  SYG 

or  Training  Material 
Description  and  Function _ 

Narrative  definition  of  the  performance,  physical,  installation, 
etc.  ,  parameters  of  the  support  and  test  equipment  or  training 
material  necessary  to  support  the  Task  Code  identified.  Includes 
all  pertinent  information  concerning  type  of  measurements  to  be 
performed,  parameters  to  be  evaluated,  accuracy,  stability 
requirements  of  measurements,  etc. 


Task  Code  B,  C,  D,  G  TIM,  TRW,  TTA 

Uniquely  identifies  each  maintenance  or  operator  task  for  a 
particular  item.  Used  to  identity  and  relate  associated  LSA 
data  to  the  specific  requirement.  A  7-  or  S -digit  data  chain 
made  up  of  Task  Function,  Task  Interval,  Maintenance  (Level), 

Operability,  Task  Sequence  and  Task  Sequence  Suffix  Codes, 

Task  Function  Code 

Denotes  any  one  of  a  number  of  specific  maintenance,  operator 
or  supporting  functions  necessary  to  the  operation  and  mainte¬ 
nance  of  an  item.  (See  Task  Code) 

TASK  FUNCTION  CODE  (1st  Digit) 


A  -  Inspect 
n  -  Test 
i  -  Condemn 
D  Adjust 
f  -  Align 
?  t  ilibrate 
Instill 

'Replace 

S 


J  -  Repair 
K  -  Overhaul 
L  -  Rebuild 

M  -  Mission  Profile  Change 
N  -  Fault  Location 
O  -  Operate 
P  -  Lubricate 
Q  -  Disassemble/Assemble 

Service 
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TITLE 

INPUT  SHEET(S)  USED  ON 

|  MT1&A  PRODUCT  USED  FOR 

DEFINITION 

Task  Interval  Code 

Identifies  the  scheduled  or  unscheduled  timing  of  the  task  occurrence. 
(See  Task  Code. ) 


TASK  INTERVAL  CODE  (2nd  Digit) 


A 

-  Preoperative/Preflight 

J 

-  Emergency 

B 

-  Scheduled 

K 

-  Normal 

C 

-  Daily 

L 

-  Weekly 

D 

-  Intermediate/Phase  Inspection  Minor 

M 

-  Quarterly 

E 

-  Periodic/Phase  Inspection  Major 

N 

-  Semiannually 

F 

-  Special 

P 

-  Monthly 

G 

-  Unscheduled 

Q 

-  Calendar 

H 

-  Post  Operative/Post  Flight 

R 

-  Overhaul  Cycle 

Maintenance  ( Levels  Codes 

Indicate  the  maintenance  levels  authorized  to  perform  the  required 
maintenance  functions.  First  space  indicates  lowest  level  of  mainte¬ 
nance  authorized  to  remove,  replace  and  use  the  item.  Second  space 
indicates  whether  item  is  to  be  repaired  and  identifies  lowest  level 
of  maintenance  with  capability  to  perform  complete  repair.  (See 
Task  Code. ) 

MAINTENANCE  (Level) 

CODE  (3rd,  4th,  and  5th  Digits) 

FIRST  SPACE  OF  MAINT  CODE 

O  -  Organizational 

F  -  Inter  mediate /Direct  Support/Afloat 
H  -  Intermediate/General  Support/A  shore 
G  -  Intermediate/Ashore  &  Afloat  (Navy) 

D  -  Depot/Specialized  Repair  Activity /Shipyards 
X  -  Not  Applicable 
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Indicates  the  operational  status  of  the  item  during  the  maintenance 
task.  (See  Task  Code. ) 

OPERABILITY  CODE 
(6th  Digit) 

A  -  System  Inoperable  during  Equip  Maint 
B  -  System  Operable  during  Equip  Maint 
T  -  Turnaround 
Y  -  Off  Equip  Maint 


Task  Sequence  Suffix  Code 
for  9th  Digit  If  Necessary 


Uniquely  identifies  a  Task  Code  if  the  combination  of  Task  Function, 
Task  Interval,  Maintenance  (Level)  and  Task  Sequence  are  insufficient. 
Specifically,  provides  identification  of  identical  Task  Codes  related  to 
different  Skill  Specialty  Codes.  (See  Task  Code.) 


TITLE 

INPUT  SHEET(S)  USED  ON 

I  MTI&A  PRODUCT  USED  FOR 

DEFINITION 

Task  Frequency 

C 

TAW 

The  frequency  of  performance  or  occurrence  of  the  task 
identified  by  the  Task  Code.  Expressed  as  number  of  annual 
occurrences  based  on  the  annual  system  operating  requirements. 

For  example,  the  frequency  of  monthly  inspection  is  recorded 
as  012. 0. 

Task  Identification  D  TIM,  TAW 

Narrative  description  of  the  Task  to  be  performed;  e.g. , 
f service  strut  or  replace  brake  assyf. 

Tool  Requirement  Code  C  SEG,  TAW 

Denotes  when  tools  are  required  and  whether  tools  are 
common  or  special  (peculiar). 

Common  Tool  -  C  Special  (Peculiar)  Tool  -  S  Not  Req'd  -  N 

Work  Breakdown  Structure  All  GA 

Identification  system  which  relates  hardware,  software,  services 
and  other  work  tasks  to  their  position  or  location  in  a  system/ 
equipment,  and  thus  completely  defines  the  project  or  program. 

Work  Unit  Code  (WUC)  All  GA 

A  5-  or  7-character  code  that  identifies  the  system,  subsystem, 
component,  or  part  of  the  end  item  being  worked  on.  Assigned  to 
every  repairable  item  and  to  nonrepairable  mission  essential  or  time 
change  items.  Five-digit  codes  are  assigned  to  items  normally 
removed,  replaced,  tested,  adjusted  or  repaired  by  maintenance 
personnel  while  performing  f,on  equipment"  work;  i.e. ,  work  at  or 
on  the  end  item  which  does  not  require  the  use  of  shop  equipment 
other  than  portable  test  or  repair  equipment.  Seven-digit  codes  are 
assigned  to  repairable  component  subassemblies,  modules,  cards 
and  significant  parts  in  order  to  facilitate  the  reporting  of  "in  shop" 
component  repair  work. 
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APPENDIX  B 


VERB  LIST 


8.  SCOPE 

8.1  Purpose.  Appendix  B  adds  a  verb  list  to  this  specification. 

8.2  Appl  ico  ble  documents.  There  are  no  additional  applicable  docu¬ 
ments. 

8.3  Requirements.  in  the  attached  Verb  List,  each  verb  is  defined  in 
terms  of  one  or  more  meanings  associated  with  maintenance.  A  simple  sen¬ 
tence  has  been  provided  for  each  usage.  A  number  entry  in  the  preference 
column  indicates  the  standing  of  that  verb  compared  to  others  with  the  same  or 
similar  meaning  (highest  ranking  is  1).  Any  synonyms  with  which  the  verb  was 
ranked  are  listed  in  terms  of  their  own  ranking.  If  a  synonym  holds  first  rank, 
it  is  underlined.  Where  necessary,  special  notes  are  also  included.  Lower 
ranking  verbs  can  be  used  when  the  first  ranked  verb  is  particularly  awkward 
or  misleading  in  a  given  statement. 


PREF  SYNONYMS  RY  ORDER 

VERBS  DEFINITIONS  EXAMPLES  RANK  OF  PREFERENCE  NOTES 


To  determine  the  importance.  Assess  the  success  of  the  2  |.  Evaluate 

8»*e  or  value  of;  to  evaluate.  maintenance  action. 


4 


Communicate  1.  To  exchange  information.  I.  Communicate  with  Person  Ft 

during  the  entire  procedure. 


To  recognize  am!  identify  the  D.agnose  the  malfunction, 
cause  or  nature  of  a  condition, 
situation,  or  problem  hy  exam¬ 
ination  or  analysis. 


m 

1m 

f.= 
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f 


Examine  To  perform  a  crttirxt  v  fount  Examine  the  component  for  weir 

observation  or  check  for  deterioration,  or  defect*, 

specific  condition  A;  to  test  the 


PREF  SYNONYMS  BY  Oil DER 

VCR HS  DEFINITIONS  EXAMPLES  RANK  OF  PREFERKNOE  NOTES 


PREF  SYNONYMS  BY  ORDER 

VERBS  DEFINrTIONS  EXAMPLES  RANK  OF  PREFERENCE  NOTES 


Pressurize  To  apply  pressure  within  by  Pressurize  the  booster  hyrtraulir 

filling  with  *as  or  liquid.  system. 


PRFF  SYNONYMS  BY  ORDER 

VERBS  DEFINITIONS  EXAMPLES  RANKS  OF  PREFERENCE  NOTES 


fitrtil. 


•mount  or  rate  of;  to  exerrjne  generation  and  distribution, 
rostra  min*  or  dlrertit* 

Inf tuc ore  over. 


.  *  -  r 


Request  further  information 
If  necessary. 


PREF  SYNONYMS  BY  ORDER 

VERBS  DEFINITIONS  EXAMPLES  RANK  OF  PREFERENCE  NOTES 


SYNONYMS  BY  ORDER 
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